illa Tulajdonosok 
la pja 


Ezúton is szeretnénk üdvözölni a Scenest porly ! 
minden résztvevőjét, sok sikert kívánva a versengő ; 
csapatok minden tagjának, és mega greetings-ünket 
úl a reridezőgárda érdemesült tagjainak... 


a 


4 


Továbbá meg szeretnénk köszönni minden általunk ! 
ismert (és kevésbé ismert) olvasónknak az 
elhangzott, és-építő kritikát, a segítségfoszlányokat, ! 
amik remélhetőleg a későbbiek folyamán valódi ! 
segítséggé válnak. 


Remélhetőleg, ezekből a kizárólag ismertető jelleggel 
(és nem haszonszerzés céljából!) készülő cikkekből 
nem kerekedik ki ismét egy országos balhé, és [7 
elkerülhető lesz a BSA-val való összeütközés is. 
Ugyanis egy olyan programról nem szabadna 
semmiféle — publikációt — közölni, — ami nincs [- 
bizonyíthatóan a tulajdonunkban. Tehát ezúton is 
megkövetjük mindazon sofiware-cégeket, akiknek 
" ] bárminemű anyagi kárt okoztunk, illetve okozni 
fogunk működésünk folyamán. 
Remélem ezek a sorok nem összeráncolt 
homlokokat, hanem mosolyt fakasztottak, és erősen 
nonprofit jellegű, leginkább kultúrális erőfeszítéseink [ 
nem fogják a vesztünket okozni... 


Üdvözlettel, 


az AMIGAonly teljes jelenlegi stábja. 


MID 


AMIGAonly - FUNzine? 


Elsősorban szeretnénk felhívni mindenkinek a figyelmét arra a tényre, amit a sok 
ökörség miatt mindenhonnan kihagytunk, miszerint : 
AZ AMIGAonly az egész világon jelenleg csak két helyen kapható: 


- ÁRAMÜTÖTT ALIGÁTOR (a WEST-END udvarban a Nyugatinál) 
- A PCgModel2000 Kft (Wesselényi utca 21.) 


Azonfelül megrendelhető a Postafiókunkban is. 
(1399 Budapest Pf.: 701/836).. 


Ez itten már a második szám! Az újság 2597-kal lett nagyobb, mint az előző szám, ami nem más 

mint az ÁFA. (inkább nem) 

Újságunk egy kicsit klubújság, egy kicsit FANzine, és nagyon FUNzine. 

(aki tud angolul, az érti miről van szó, ez csak azért volt szükséges, mert legalábh nem vagyunk 
legálisak, mint jogelődünk a Vörös Újság) 


Komolyabb vizekre fuldokolva, megemlítjük, hogy mivel nem vagyunk oda a nagy lóvékért - hasz- 
nunkat félredobva - ingyenesen hirdethet bárki és bármi, aki nem kalóz, nem ad pénzért olvan soft - 
ware-t amit nem ő írt, nem PC alaplapot akar eladni (kivételt teszünk, ha a célból adja el, mert 
úgy gondolja, jó lene ágy lábának), továbbá az aki nem SEX telefont hirdet! 

Cégek is térítésmentesen helyezhetnek el általuk beírt karaktereket az újság lapjain, ha az előbb 
említett követelményeknek maradéktalanul meg tudnak felelni. 


Mi egy Non-Profit jellegű társaság vagyunk (eltekintve attól, hogy mindnyájan a Rózsadombon 
lakunk, és mobiltelefonokkal vezetjük a BNV-nket..). 


MÉG EGY FONTOS KÖZLEMÉNY! 


Ha minden igaz, az AMIGAonly 1. száma megrendelhető lesz címünkön - utánvéttel. (ha kel! újság 
írjad meg nekünk, majd összegyűjtjük a kívánságokat, és valami majd csak lesz...) 


Greetings to.; 


- Louise g Magic (szokás szerint - az emberfeletti munkánkért) 

- 1 db muffnak, aki mélyenszántó gondolataival új arcot kölcsönzött újságunk két oldalának (köv. számunk már 
NÓKLAPJAonly címen fog megjelenni) 

- Frankiss kollégának, aki embertelen nyelvkörnyezetből ollózott infokkal gyarapítottaújságunk oldalszámát 

- mAsHnek, aki ugyan igencsak szellősen írt de reméljük, hogy a közeljövőben nem fog szellősebben írni.. 

- továbbá a MagyorOrszági BBS tulajdonosoknak (kiemelve a nagymultú MuffBuseters-t) akik igen negy 
mértékben járulnak hozzá az AMIGA scene életbenmaradásához 

- a SCENEST party-n résztvevő skacoknak, akik remélhetőleg barátilag fognak a végtermékünkhöz viszonyulni, 

- és mindenkinek, aki a betűkrő raztracéződő valamikre agyukkal reagálnak... 


A kommunikációs programokhoz hasonloan a Networe, vagyis 
Hálózati programok is két vagy több gep közötti adatatvitelt, illetve 
kölcsonös hardwore használatot tesznek lehetővé. 

A világ kisszámítógepesei koreben talán 

legnepszerűbb a Novell Networe program, 

amihez tartozik még termeszetesen néhány 

kártya is, amin keresztül az adott hálózat 

Server gépének winchester-et is 

használhatjuk, üzeneteket küldhetünk illetve fogadhatunk más 
telhasználóktól stb. Ennek a sottware-nek természetesen van Amigás 
megfelelője is, ami teljes mértékű kompatibilitást jelent az osszes ilyen 
hálózattal. Különdsegkent talán csak annyit lehet megjegyezni hogy 
egy pc-s EtherNet kártya kb fele annyiba kerül mint ugyanez egy 
A2/3/4000-esbe... . (a forgalmazó szerint persze ez a kártya jóval 
többet tud, és nem 15 olyan drága) Persze léteznek olyan nálózati 
software-ek is amelyek nem igényelnek különösebb rúlurditást, 
néhány kabel vagy TTL segitsegével megokiható a gepex közötti 
kapcsolot. 


De ha az embemek meg ennél is kisebbek az igényei, akkor jön az 
Amiga Club-ok kedvence a ParNET... Ugyanis ehhez semmi más nem 
szükségeltetik, mint egy 17 eres kábel és két 25 pólusÚ párhuzamos 
csatlakozó. Ebből egy igen bonyolult hálózati "kártyát kell építeni, és 
már indulhat is az adatáramlás. Egy ilyen kis csoda nagyon hasznos 
lehet, ha a hőn szeretett Amiga modellünktől nem kellett megválnunk 
oz Új kedvéért, és szeretnénk mindkettőt teljes értéküként használni, 
nincs más hátra mint bele a Parallel-be a kábelt, a Workbench 
lemezre felpakolni a ParNET-et, és ha mindkét gépen ügyesen megy, 
akkor van két szupi wincsis meg CD-ROMos gépünk. Természetesen 
mivel a fejlesztők tudása soha nem merül ki, megoldották azt is hogy 
ne csak kettő, hanem max 254 gép lehessen ilyen módon 
összekapcsolva... Az ehhez szükséges interface tartalmaz 8 darab 
TTL IC-t és 2 darab kondenzátort. A megépítése nem igényel sem 
különösebb agyi, sem komolyabb anyagi ráfordítást, ami a jelenlegi 
magyar fizetőeszköz mértékében Úgy 2500Ft-ot tesz ki. Mivel az 
emberi hülyeség határtalan, meg kell itt jegyeznem hogy mielőtt 
bármilyen dolgot bedugsz a gepedbe, ellenőrizd le inkább kétszer amit 
készítettél, mert ebben az esetben az egyik VIA (8520) halálával kell 
számolni, aminek cseréje 7000Ft körüli összegbe kerül. Nagyon 
tontos, hogy az összekötő kóbel bedugasakor mindkét gép ki legyen 
kapcsolva! 


Na még mielőtt bárkinek elmenne a kedve az egésztől, ássunk egy 

kicsit mélyebbre. A ParNET tulajdonképpen nem más mint egy 

DEVICE, amin keresztül az oprendszer a másik gép drive-jait, 

device-szait egy NET: név alatt elerhetővé teszi. Ez hasonlít ahhoz 

mint ohogy a lemezen elhelyezkedő könyvtárak jelennek meg ha 
rákattintasz az icon-jára. 

A ParNET hasznalotához szukseg van a következő file-okra: 
L:NetPNet-handier 
DEVS:ParNET .devíce 
L:Mouse-handler 
C:NetPNet-Server 
továbbá a megfelelő 
könyvtárban. 

Amikor a mór felinstallált ParNet-uket használni akonuk, el kell 

dönteni, hogy az összekapcsolt két gep közül melyik legyen a HOST, 

és melyik legyen a CLIENT... Ezzel csak azt határozzuk meg, hogy a 

NeiPNet-Server nevű program UNIT cimei melyik gépet jelölik. Vagyis 

a HOST gépen a NetPNet-Server UNIT 1 parancsot kell kiadni, míg 

a CLIENT-en a UNIT 0 fogja létrehozni a kapcsolatot. De hogy ne 

legyen olyan egyszerű az élet, a ParNet.device UNIT számai ennek 

pont a fordítottjai... Tehát miután elindítottuk a Server-t, Mount-olni kell 

a megfelelő MountList-ből a NET: nevű device-t. Ha ezeket mind a ket 

gépen végrehajtottuk, és megjelenik a NET: iconja, rá kell 

döbbennünk, hogy nem látjuk a másik gép egyik particióját sem, pedig 
ha a NET--re kattintunk, meg kel! jelenniük... Ennek az az egyszerű 
oka van, hogy nem tanítottuk meg a rendszert a másik oldalon lévő 
device-ok felismerésére. Ha peldáóul CLI-ből beírjuk azt a sort hogy 

CD NET:RAM , csodak csodájára, nem ír hibát, hanem az aktuális 

directory a NET:RAM lesz! Itt megjelenik egy értelmes kérdés, 

miszerint miért nem ismeri meg automatikusan a madzag mósik 
vegén levő gep használható device-ait, mikor valójában láthatóak... 

Talán azért, mert ha én nem akarom, hogy a velem kapcsolatban álló 

user lássa az összes partíciómat, akkor nem mondom meg neki hogy 

van, csak arról kap egy listát, amihez hozzátérhet. Ez egyfajta 


MountList-ekre a devs: 


védelem, amit ugyan nem túl nehéz kijátszani, (csak el kell lesni o 
partíciók neveit) de ha nem lenne, hiányozna. Miután megtfejtettuk a 
rar ParNet-nek ezt a titkát, egyszerű a dolgunk, 
csinálni — kell egy listát azokról a 
device-okról, amikhez engedélyezzük a 
hozzáférést, majd olyan helyre kell pakolni, 
ahol a másik gép látja, (erre legcsiszerűbb 
a RAM: mert az mindig létező nev, es 
szerintem nem sok ember rejteget privát dolgokat a RamDisk-en mivel 
igencsak feledékeny szegény) majd egymás DriveList-jait egyszerűen 
Execute-áljuk, aminek az lesz a következménye, hogy diadalittasan 
bitet rázva örvendezhetünk a kapcsolatnak. 
Biztos felőtlik benned a kérdés, hogy mi a fenének kell ezzel annyit 
tökölni, mikor ha rendesen fel van installátva a PorNet, akkor ez 
automatikusan megtörténik... Hát azért, mert a tapasztalataim azt 
mutatják, hogy a legritkább esetben von korrekt módon, általában 
csak átmásolják egymástól a ParNet könyvtárat, és aztán jön a vaú, 
hogy miért nem megy, meg hogy hogy biztos rossz a kábel, stb. 
Hoppá, itt vagyunk a kábelnél... Ez egy kényes dolog, pedig igazán 
egyszerű, mivel kell hozzá két darab 25 pólusú csatlakozó, meg egy 
17 eres (lehetőleg árnyékolt) kóbel. A legfontosabb dolog a 
bekötésnél, hogy a fökdpontokat (GND) hiánytalanul és hibátlanul kell 
összekötni, mivel ha valamelyik gép nem olyan hálózati csatlakozóban 
foglal helyet, ami földelt, akkor mindenféle statikus feszültségek miott 
hazavághatja valamelyik, vagy mindkét 8520-at! Hao ezeket jól kötöd 
be, akkor szinte biztos hogy életben marad a géped. Tehát 
szerencsére semmi fordítás, meg csere nincs a csatlakozókon, 
teljesen szimmetrikusan kell felépíteni a kábel két végét. Szükség lesz 
a 8 darab adatvezetékre (D0-D7), ezek a 2-töl 9-ig számozott lóbok, 
az elöbb említett 5 földre (GND) 18-22, továbbá a 10-től 13-ig terjedő 
lóbkupacra. Ezek a számok nem a gépben lévő csatlakozóra, hanem 
az általad megvásároltra vonatkoznak, és szerepelnek is azon! 


(2-9) D7-DO D7-DO 
(12) POUT ——-—— POUT 
(11) BUSY ——— BUSY 
(13)  SEL——-—— SEL 


(10) AcK-—/ NM. ACK 


(18-22) GND ———-—- GND (18-22) 


Az AmigoE 
tulojdonképpen 
számítástechnika 
legújabbkori . történelmének 
része, mivel az első publikus 
verzió megjelenése mintegy 
másfél-két éve — történt. 
Alkotója, Wouter van 
Oortmerssen megpróbálta 
egybefoglalni az uralkodó 
nyelvek (c, Modulo-2, f 
Pascal) Összes jó 
tulajdonságát, . és . kipótolni VérSI0N 
azok — hiányosságait, ami fi 
elsősorban az extramogos 
szintü objektumorientáltság, és az igencsak nagy fordítási sebesség 
esetében sikerült a leglátványosabbra. Az AmigaE-t nevezhetnénk 
E44-nak is, mint a méltón népszerű C44-okat, vogy a Pascol 
objektumorientált verzióit. Azen lehetne vitatkozni, hogy a mogas 
szintű nyelveken (Basic, AMOS, stb.) írt programok miben 
különböznek az Assembly vagy C nyelven megírttól, mennyiben 
jobbak vagy rosszabbak, de csak egyetlen mérvodó összehosonítósi 
alap létezik: a végtermék. Nem hiszem, hogy manapság ne lehetne a 
MaxonBasic3-mol, vagy a BlitzBasic-kel megími ugyanazokat a 
programokat, amiket jelenleg a SAS/C-vel vagy a MaxonC-vel 
generálnak. Itt a különbségnek leginkább az a jelentősége, hogy egy 
Cs- nyelven megírt algoritmus, vagy program szinte módosítás nélkül 
adoptálható bármely olyan platformra, ahol szintén létezik C4- fordító. 
Tehót ha a programfejlesztő cég meg akarja írmi mondjuk a 
LightWave-et mós platformra, akkor egyszerűen a C kódot 
szövegfile-ban átviszi, és kis módosításokkal lefordítja a másik 
compiler-rel. Ugyanez mondjuk egy AMOS source-al igencsak 
nehézkesen megokdható lenne... 
Tehót vissatérve az AmigaE-re, sajnos itt is megvan az előbb említett 
transzformálhatatlonság, mivel tudtommal, még más platformon nem 
létezik E fordító. De azt hiszem ezzel ki is merítettem az AmigaE 
rossz tulajdonságait, például, amikor először megláttam hogy egy 
7MHz es Amiga500-on 100 programsort 4 másodperc alatt épített 
össze egy futtatható file-lá, nem akartam elhinni. Pedig ez az 
eszement fordítási sebesség jellemzi legjobban a fordítót. A készítője 
szerint több mint 20000 sort tud lefordítani 1 perc alatt! A fordítás 
során nincs szükség külön LINKer programra, sót egy Assembly 
fordítót is tartalmaz az EC. Az E programba minden különös 
előkészület nélkül beépíthetők az ASM sorok, a mnemonikok 
használhatók mint függvények, belőlük komplett alprogramok írhatók a 
sebességnövelés kedvéért, megtortva azt az előnyt, hogy az 
ossembly résszel együt mégis egy magasabb szintű nyelvvel 
dolgozunk. 
A program installóciója igen egyszerű, a Modules könyvtárat egy 
Assign-nal EModutes:-sé, továbbó a BIN-t a Path-tal elérhetővé kell 
tenni. A BIN könyvtárban található meg az EC nevü program, ami 
tulajdonképpen az E fordító. Az EModules:-ben, a file-ok hasonlóak a 
C-nél megszokott Include file-okhoz, de ezekben benne van az a 
program .-is aminek a függvényeit használjuk, tehát az E Modulokban 
együtt megvan az Include és a Lib is. Ez is 
jelentősen csökkenti a fordításhoz szükséges 
időt. 
Nos azt hiszem itt az ideje hogy konkrétan, 
példákkal illusztrálva megismerkedjünk ezzel 
a nyelvvel, és talán lesz olyan user, aki 
megismerve megszereti, és kardoskodva 
vitatkozik majd a C rajongókkal... 
Ahhoz hogy egy E programot írjunk és 
lefordítsuk, nincs szükség semmi másra, 
csak az EC-re és az EModules:-re. Persze 
az EModules:-ben találhatók azok a kis 
programrészletek és deklarációk, omikből a 
majd lefordított program fel fog épülni. 
Ezekből az AmigaE 3.1 esetében 230 van, 
amik: tartalmazzók az AmigaOS 
rendszerfüggvényeit , is. — Vannak . mós 
Modulok is, példóul a  Mogic User 
Interface-hez, — különféle — GUI — tipusú 
rendszeret!..2, stb. Egy C fordító estében 
na egyszerű dolgunk van a meglévő 
iuggvényekkel — kapcsolatban, — mivel a 
megfelelő  Iinciude file .text formátumú, 
kiotvashatjuk . belőle a  paraméterezését, 


története 
csak a 
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deklorócióját, visszatérési adattípusát, meg esetleg 
valamilyen kommentet is róla. Egy Module-ból ez egy 
kicsit nehézkesebb, mert nem text formátumú, de az 
AmigaE-hez tartozik egy ügyes kis program, ami ezen a 
nehézségen átsegít minkei. Ez a ShowModule, aminek 
parométerként át kell adni a Module nevét, amire 
kíváncsiak vagyunk. 

Például: ShowModule EModules:ASL 

Ekkor meg fog jelenni az ASL.M nevű modulban deklarált 
függvények listája. Hoppá, most jut eszembe, hogy az 
Amiga user-ek szinte mindegyike nogyon utálja a 
paraméterezést, meg commandline írkafirkákat, ezért 
óttérünk az AmigaE-hez tartozó Editor ismertetésére. 
Ebben a jó kis editorban  rádefiniálhotjuk egy 
billentyűükombinációra példóul a ShowModule-t és akkor 
megkíméljük magunkat a CLI-zéstől... 

Tehát az AmigaE editora az EE, amin első látásra pont a látványa 
fogott meg, sötét háttér, nem túl világos betük, gyorsaság, 
konfigurálhatósóg. Ezekből is kitünik, hogy fontos dolog, ha sok időt 
töltünk a monitor előtt, ne essen ki a szemünk, ne kelljen 
szemorvoshoz menni néhány ezer sor fehér alapon feketével való 
írása után! Ennek az editornak van egy külső konfiguráló programja, 
amin — keresztül  átdefiniáólhatjuk — a billentyűzetet, a fordító 
paraméterezését, stb. Von egy nagyon ügyes dolog benne, a 
Complete (jobbA és /) , ami a — PROGDIR:Prets/Completions 
könytárban található, (és a PROGDIR:Prets/CompletionFiles nevű 
file-ban felsorolt!) text file-okból kiegészíti az éppen elkezdett 
progromsort. 

Például:  Wri 4. Complete - WriteF ( formatstring args...) 

Fontos dolog, hogy az E szintaktikájában számítanak a kis és nagy 
betűk, tehót a writef nem ugyonaz mint a WriteF, és hibót fog jelezni 
a fordító! 

Most akkor lássunk egy egyszerű E programot... 


I" ProTracker Module lejátszó !/ 
MODULE tools/file", "tools/pt" 


PROC main() HANDLE 
DEF ml 
WriteF( Playing: ("vs"), Ctrl-C to stop).Nn" arg) 
m l1:-readfile(arg,0,2) 
pt playím) 
REPEAT 
Delay(10) 
UNTIL CtrICO 
pt stop) 
ENDPROC 


Ha olyan sorokat szeretnénk elhelyezni a programban, ami csak 
információ jellegű ozt a / és a "/ jelek közé kell helyeznünk. 

A MODULE egy olyan kulcsszó, aminek a segítségével használhatóvá 
tudjuk tenni a kívánt Modulban elhelyezkedő függvényeket (jelen 
esetben például a pt-t, amiben a ProTracker zenéket lejátszó 
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függvények vannak, pt. pliay0 és pt stop(). 

A PROC egy procedúra kezdetét jelöli, a presedúrót az ENDPROC 
zárja. Minden programban kell lenni egy main() procedúránok, ami 
tulajdonképpen a föprogram, ha lefordítjuk, először ez hajtódik végre. 
Egy procedúrának lehetnek paraméterei, visszatérési értékei is, de 
erröl majd később. 

A  DEF kulcsszó  programváltozók — DEFiniólásóra szolgál, 
olapértelmezésben mindig LONG típusú lesz a definiált változó. (mint 
a példában is...) 

A WriteF hasonlít a C printf, vagy a Basic PRINT utasítására, egy 
karakterlánc vogy numerikus kifejezés megjelenítésére szolgál. 

A readfile és a pt függvények a foolfile és a fools/pt modulokban 
találhatók, paraméterezésükről azokból kaphatunk információt. 

A REPEAT és az UNTIL együtt egy olyan ciklust határoz meg, ami 
akkor ér véget, ha az UNTIL után alló paraméter értéke TRUE lesz. 
Jelen esetben ha a Control-C billentyükombináció lenyomósra kerül. 

A CtriC függvény meghívósakor leolvassa hogy meg van-e nyomva a 
Control-C billentyükombináció, ha nincs, akkor FALSE állapot lesz a 
tüggvény értéke, ellenkező esetben TRUE. 

Még az arg-ról nem is beszéltünk, pedig ez egy igen jelentős globális 
változó, omit a compiler a program paraméterek értelmezésére 
használ. Ez egy STRING típusú változó, amely space-ek nélkül 
tartalmazza a paramétert. 


Tehát ha egy E programhoz hozzákezdünk, először is kell csinálnunk 
egy main() procedúrát, majd ha kidióztuk a használni kívánt modulok 
nevét, ezeket fel kell sorolnunk a program elején, még a main() elött. 
Lehetőség van Debug információt belefordítoni a programba, aminek 
az esetleges hibák kinyomozáósakor van jelentös szerepe. Ezt az EC 
paraméterezésében kell bekpcsolnunk... A Debug nem más mint a 
program lépésenkénti, illetve megszokítósokkal túzdett végrehajtása. 
Ilyenkor von igazón lehetőség a hibák fekderítésére, figyelve a 
deklarólt változók aktuólis értékét, a regiszterek tartalmát, a 
ciklusokban történő dolgokat. Amikor egy programot Debug 
információval fordítunk le, jóval nagyobb lesz a mérete, mert 
utalósokat tartalmaz az eredeti forráskód soraira. Így lehet 
megvalósítani, hogy a képernyőn látható forráskód soronként legyen 
végrehajtható. Fontos, hogy a Debug-ger (EDBG) számára elérhető 
helyen legyen a lefordított, és a source program, mert mindkettőre 
szüksége van a műveletekhez. 


Most igencsak elnagyolva foglalkoztam az E nyelvvel, de ha sokkal 
bővebb információhoz szeretnél jutni, ajánlom figyelmedbe az 
EBeginner.Guida . nevü file-t, ami  AmigaGuide formátumban 
tartalmazza igen részletesen az AmigaE-hez vezető kezdő lépéseket. 


l 
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Utóiratként, aki kedvet kapott ehhez a kultúrált programozósi 
nyelvhez, tanulmányozgossa ezt a kis programot, mert a következő 
tejezetben az ebben szereplők részletezésével fogjuk kezdeni... j 


PT E tiny point "/ 
7" By EA van Breemen "/ 


PROC main) 
DEF screen window x,oldx,y,oldy pendown, stoppen, code color lastcolor,i 


screen:-OpenS(640,256,4,$8000,E painting program) 

IF screen-NIL THEN RETURN 10 
window:zOpenW(0,0,640,256,8,$1000,£ Tiny point (LEFT z PD, RIGHT - PU, 
MIDDLE z COLOR, LEFT:3RIGHT z AUIT) , screen, 15,0) 

IF windowzNIL THEN RETURN Close$(screen) AND 0410 
oldx:-0 

oldy:z0 

pendown:-FALSE 

stoppen:-FALSE 

color:z1 

FOR i:50 TO 15 STEP 1 DO Box(10-41"15).20,1"15-420,30,1) 
Box(104(color"15),20 color" 15420,30,2) 
Box(104(color"1541,21 color" 154 19,29 .cgjon) 


REPEAT 
code:zMouse() 
SELECT code 
CASE 1 
pendown:- TRUE 
x:-MouseX(window) 
oldx:zx 
y:zMougeYtwindaw) 
Ooldy:zy . 
CASE2 
pendown:-FALSE 
CASE 4 
lastoolor:zcolor 
INC color 


IF color515 THEN color:-0 


Box(104(lastcolor"15),20 lostcator" 15-20,30 lastcolor) 
Box(104(color" 15),20 color" 15420,30,2) 


Box(104(color" 154 1,21 color" 15-419,29 color) 


Delay(10) 
CASE3 
stoppen:- TRUE 

ENDSELECT 

IF pendown-TRUE 
Line(oldx,oldy x,y color) 
oldx:-x 
Oldy:zy 


x:-MouseX(window) 
y:zMouseY(window) 
ENDIF 
UNTIL stoppen-TRUE 
CloseW(window) 
CloseS(screen) 
ENDPROC 


jártas, emberpalántákat keres, 


Fi § a ol Mm Az AMIGAonly programozástechnikában 
0 [j ne 
j) s? 


Ha érzed magadban az Erő-t ... 


információcsere, illetve cikkírás 


céljából. 


a címünket biztos megtalálod valamelyik oldalon... 


£ MandelMania 4.1 - Markus Zehnder 


e at l ; 
eat szád 7 , 7 jj 


Nem tudom, kihevertétek-é talán a LYAPUNOV-TÉRről szóló leírásomat, de sebaj, mert most azt is elmesélem, hogy hogyan is 
"nűködik mindez gyakorlatban. Magyarán szólva most egy úgynevezett Mandelbrot-halmaz megjelenítő dologról fogok itten regélni. A programhoz 
van egy AmigaGuide is MandelMania.guide néven. (ha kel! valakinek, szívesen elküldöm, mivel részben én magam is abból bogarásztam ki egyee 
tolgokat) 

Akinek valamely furmányos okból nem indulna el a MandelMania 4.1 az vegyen egy (kettő) nagy levegőt, mert a program igénye kb 30C 
KByte chip- és kb. 700 KByte fastmem. (NoFastmem esetén gondolom kb 1 MByte, de majd Louise utánanéz...) Esetleg baj lehet, ha nincsen 
ASUlibrary, mert az azt hiszem kell neki. Meg a saját prefs-je, amit az icon info-ban a tooltypes-ben lehet beállítani, a varázslatos 
SETTINGSzprefs / MandelMania.prefs, ahol a "prefs5" a könyvtárnév, tehát azt lehet módosítani. 


Egy pár szót a lexikonok számára a MandelMania-ról... 


- Az 1.0 volt a legelső kiadott verzió. Éljen! 
- Az 1.1-ben volt először File-Reguester.. Még jobb.. 
(azt hiszem hasznosabb volna a 4.1-ről írni. No meg a 4.0-ról, mint alapról) 
- 4.0: 
- a File-Reguesterek átmentek a MandelMania képernyőjére 
- Kijavították a eycling-et (színkörzést, vagy mit) 
- tud kezelni 256-nál több színt is (AGA rulez). 
- ki lett javítva néhány hiba a 68000 módban. (az FPU nem nyeste) 
- Új ABOUT ablak. (ez a legfontosabb javítmány !!!) 
- Kijavították a hibákat a különféle reguesterekben (palette, file, screenmode) sőt, a File-Regueste-t ki is cserélték egy újra. 
- a palettát no meg a prefs-t lehet menteni. 
- kijavították a 3.0 ARexx nem-nyeséseit. (ez már állítólag egészen jó) 
- Javított zoom-kezelés. 
- Másik fejléc... több információval. (fejléc - fejléc, de biztonan hasznos) 
- Buffermode - az iterációkat tárolja, s ez a számolásoknál egy picit meggyorsítja a dolgokat. (láthatóan) 
- Bármilyen FONT beállítható a vadiúj Font-Reguester segítségével. 
- Tettek belé Lyapunov-tér kiszámító algoritmust 
- van benne belső 24Bites paletta !!! Yeah !!! 
- CPM mód, 2- vagy 3D képek kiszámításához. 
- Teljes AGA támogatás. 


- a 4.1-ben javított dolgok. 
- a cycle mód saját taskon belül fut, emellett AGA-s is ! Sőt be lehet állítani az inkrementáló, illetve dekrementáló értéket a 
gyorsabb scroll érdekében. 
- a készíthető animációk 8 bitesek. (256 színűek) 


(Az utolsó mondatomra visszatérve, igen lehetséges animációt készíteni, de . csak némi ARexx -ben írott dolgok segítségével. Erről maj még a 
későbbiekben ejtek bizonyos szavakat.) 


Az OPEN, SAVE, ABOUT stb utasítások gondolom mindenki számára volágosak, ha nem, hát lehet menni MS-DOS kezelő tanfolyamra. (Az 
ugyan nem segít, de aki még ezt sem tudja, az oda való...) 


E! is határoztam, hogy nem is beszélek másról csak a különböző számítási módokról, illetve az animációkról... meg ami még az eszembe jut 
majd. Akkor most arról mondanék egy keveset, hogy miket is tud eza MANDELMANIA kiszámolni. Sorolom: 
Mandelbrot-halmaz 


- Julia ta Mandelbrot-halmaz egy pontjából számoljuk) 

- Lyapunov-tér 

- Mandelbrot CPM (Continous Potentional Method - ez kb. annyit tesz, hogy a lehetséges folytatásokat is figyeli. Nem igazán tudom 
Irfordítani magyarra, majd később rátérek, hogy mire is jó valójában.) 

- Julia CPM (ugyanaz) 


Akkor most mindezek részletesebben. Fontos !! A matematika részeket elsősorban a Mandelmania.guide-ból vettem, igaz helyenként elláttam némi 
kiegészítésekkel. 


Na akkor essünk neki.... 
NA Mandelbrot-halmaz: 
Alakja zln$1] s zf(n] 4e 
ahol... 71] és c eleme a komlex számok halmazának, 
z7(0] a 0és 
c az úgynevezett komplex koordináta. 
n a lépés száma (ahol éppen tartunk...) 
(arra ugye mindenki emlékszik, hogy z a a 4 ib ??) 
A rekurzív (rekurzión alapuló) formát addig számolja a gép, amíg nem lesz; 


Iz1t58 vagy 
amíg n nagyobb nem lesz a maximum iterációknál. 


A rekurzió tulajdonképpen egy algoritmus szerint ismétlődő lépésekből álló műveletsorozat, ahol az eredmény további műveletek 
kiindulópontjaként visszatér. (ezt azért az Idegen Szavak Szótárából másoltam ki biztos ami biztos alapon, mert ezt én kb két oldalban 
foglaltam volna össze...A "hátha valaki nem perfekt latinból" elv alapján.) 

A megadható paraméterek: 


( az. első négy paraméter magát a Mandelbrot-halmazt határozza meg a képernyőn. Tehát hogy, s mint legyen, vagy ne legyen...) 


Xmin  : a komplex számsíkon lévő koordináták valós részének minimum értéke. (a screen bal oldalától) 
Xmax nm  — a valós rész maximum értéke. (a screen jobb oldalától) 

Ymin 2 a képzetes rész minimum értéke. (a screen tetejétől) 

Ymax sz a képzetes rész maximum értéke (a screen aljától) 


(Hogy én ezt milyen faszul írtam le...) 


Iterations z —— a végrehajtandó iterációk maximum mennyisége. (lásd a FRACTUALITY-s irományomat...) 
Color Divide nm  — színelosztás - azoknak a sikeres iterációknak száma, amelyek ugyanazon színnel bírnak. 


Ugyanaz a z(Ín41] s zi(n]) 4 c , stb. összefüggés határozza meg, 


csakhogy itt a c egy úgynevezett komplex konstans, tehát az értéke az egész (kiszámolt) képen mindenhol ugyanaz. 
Mivel magát a Juliát a Mandelbrot-halmaz egy pontjából kell kiszámolni. 


A fenti paramáterek itt kiegészülnek még kettő értékkel, miszerint: 


-xconst — z valós része 
-yconst 5 képzetes része az ún. Julia konstansnak 


A többi marad.... 
CPM Mandelbrot-halmaz: 


(No, most jön a java !!! Ez a kedvenc részem !!!) 

Alakja szintén: z(n41] a zí(n] 4e 

ahol... z(] és c eleme a komlex számok halmazának, 

710] a 0 és 

ec az úgynevezett komplex koordináta. 

(nem kell sajnálni, mert ezt csak idemásoltam, nem írtam le kétszer..) 


Eddig minden klappolt, ugye ?? Csakhogy. A rekurzív forma itt addig van számolva, míg nem történik meg, hogy; 
Izln] I" 564 vagy amíg az n értáke nem lesz nagyobb a max. iretációknál. (a későbbiekben maxiter néven fogom emlegetni.) 


Ekkor a következő lehetséges pontot kel! kiszámolni. 
n 5 maxiter esetén ez az érték mindig 0 lesz. 


A többi esetben ezt az értéket imigyen kel! kiszámolni: 

pPízdmO5"(log(Iztn]) 1) / 27) 

Ha meg akarjuk változtatni a kiszámolt kép meredekségét (ha valaki kiszámol egy Mandelbrot set CPM -t 3D-ben, akkor meglátja, hogy miről 
is beszélek), alkalmazhatunk lineáris és logaritmikus skálázást. 

(Hát ez egy elég furcsa mondat lett) 

vagyis:  P(z) a lineáris skála "? p(z)eeritetkas akátatadikon) 

(Csak nehogy valamelyikőtök beküldje ezt Vágó István müsörába Grétsy tanár úrnak sok szeretettel, mert szegény menten rosszul lenne.) 


A paraméterek: 
taz x min ét max, illetve az y min £ max értékeket lásd fent, no meg az iterációkat úgyszintén.) 


log scale 
color periods 


a logaritmikus skála konstansa. (nohát) 
2 dimenziós megjelenítésnél használjuk, és azt mutatja, hogy 0-tól a megadott max. iterációkig hányszor használja fel a 
teljes palettát. Ha jó nagy számot adunk meg a iterationsnak, akkor láthatjuk, hogy a halmaz határainál olyan szép kie 
sokszínü mütyürkék leledzenek. Ha erre bőszen elkezdünk zoomolni, akkor megláthatjuk, hogy milyen is lenne akkor a 
renderelt képünk, ha nem gagyi 640t512-ben számoltuk volna ki. Hanem pl. 8192"8192. Ami - mellesleg - egyenlőre nem 
is lehetséges szegény AMIGÁnkon. (ha az ember nem rendelkezik vmely grafikus kártyával) 


non 


lin scnle a lineáris skála értéke (csak 30 módban) 


non 


(Bp. scale a Budapesti Skála értéke. (x) jó, ez gyenge volt...) 
platcau [96] z a fennsík (plató) szintje százalékos értékben megadva. 
(megint csak azt tudom mondani, hogy aki megnézi az úgyis rögtön érteni fogja, hogy mi ez itten, mert hiába is 
magyaráznám el, azt senki (még én sem) érteném meg.) 
angle z —— Úgy mint az előző, ez is csak 3 dimenzióban történő renderelés esetén jó valamire. 
Ha a szög - 0", akkor pontosan szemből nézzük, 
ha a szög - 90", akkor meg felülről. 
A többit találja ki mindenki saját maga.. 
DM duliar 


Alakja, a változatosság kedvéért: 
zlne1] a zfn] re 


ahol... z( ] és c eleme a komlex számok halmazának, 
z10] a 0 és 
c az úgynevezett komplex konstans. Ami mellesleg az egész képen ugyanazt az értéket képviseli. Talán azért lett konstans... 


A rekurzív forma itt addig van számolva, míg nem történik meg, hogy; 
! zIn] I!5 64 vagy amíg az nértáke nem lesz nagyobb a maxiter-nél. 


Ekkor a következő lehetséges pontot kell kiszámolni. 
n 5 maxiter esetén ez az érték mindig 0 lesz. 


A többi esetben ezt az értéket imigyen kel! kiszámolni: 

P(z) a0.5"(log( I z"2ln] 1) / 25n) 

Ha meg akarjuk változtatni a kiszámolt kép meredekségét, alkalmazhatunk lineáris és logaritmikus skálázást. 
vagyis: P(z) a lineáris skála " p(z)beritaíres skálatadikon) 


(mintha ezt már egyszer leírtam volna. Sebaj !! Ismétlés a tudás anyja ! 
Stílusosan : "Repetitio est mater studiorum") 


A paramétereket nem írom le, mert teljesen megegyeznek a CPM Mandelbrot-halmaz paramétereivel, kiegészítve persze az x £ y 
konstansokkal. 
Aki nem tudja mik ezek, az figyelmetlenül olvasta el a Juliáról szóló részt. 


(lehet, hogy mégsem az ismétlés a tudás anyja...?) 
Lyapunovia: 


No ez egy másik szép mese. Majd írok külön a LYAPUNOVIA c. programról, abban kitérek arra, hogy ez meg mi a nyü. 

Most csak annyit dióhéjban, hogy alakja: 

x(n61] ar" x(n] " ( 1-x(n] ) 

XI ] és r eleme a valós számok halmazának. 

Az r mindig a komplex számsík egy pontjának egy x-, vagy y koordinátája, és értéke minden egyes iterációnál változhat. 

A kedves felhasználó, vagy programozó (mindenki vegye fel a saját ingét) nevezheti például "A"-nak az x-, "B"-nek az y koordinátát. Ebben az 
esetben az "AB" azt fogja jelenteni, hogy az r megváltoztatja az x- és az y koordinátát is bármelyik iteráció esetén. 

Amennyiben az a folyamat eredménye önmagába tartó, ennek a rekurzív formának szüksége van némi időre a feladat végrahajtásához. 

A Ügápúnt kitevőt a következőképpen tudjuk kiszámolni: 


I(x) a (log2 I (r-2"r" xinet...maxiterj] ) ! ) átlagával 


0 és a legkisebb Lyapunov kitevő között lévő összes kitevőt meg kell jeleníteni. (s lön...) 


Paraméterek: 


Az első négy paraméter itt is azt mutatja, hogy a Lyapunov-tér hol helyezkedjen el a képernyőn. (x, y - min, max) 


lvaexpmin z a legkisebb Lyapunovia kitevő, amit még megjelenítünk. 

seguence z a ""Lyapunov sorrend" CA" és "B" sorrendje) pl.: ARABABABAB, vagy AAAMAABBBBB 

settle z az iterációk száma a végrahajtáshoz. 

iterations mm az iterációk száma a WLyapunov kitevő kiszámításához. Értékének nagyobbnak kell 


lennie, mint ahány színü a render screen. 


úgy látom ezt a cikket sem sikerült lapzártáig befejezni, de senki ne csüggedjen el, így legalább lesz második rész is. 
nennyiben a követkző szám nem ilyen viharos körülmények között fog készülni, akkor lehetséges, hogy e cikk befejezése mellett még írok a 
"TACTUALITY-ról, vagy a LYAPUNOVIA-ról. (vagy valami egészen másról...) 


Magic 


HunAMI Információk 


PC8.Modell 2000 267 9038 hardware 

Amiga Service 8. Hardware — 2760116 rendelés 

Amiga Service 153 0237 service 

Amiga Service 1999 Tecnics 184 8845 rendelés 

Thalympex 141 4414 hardware, soffware 1 
Teletech 06 26 334112 monitor 

Derko 291 2318 service, hardware 

Inter Central 173. 1783 Commodore alkatrész renkielés 
Amiga Service 175 1024 service 

HirBoard VA GYA Vh Munchausen 

Local Groveyard 202 7423 Absolute! 

Number of the Beast 291 4029 Lord/Absolute! 

Myth 173 0552 Pogi 

In The Kitchen 186 6327 Mucsi/Muffbusters 
Amiga Dreamland 138 0446 Thomas Malmarits 
Rejtelmes Sziget §1 0699 332623 — Zozo 

Rejtelmes Sziget 42 0699 333662 Zozo 

Sly Trace 06 72.333 343 Sly 

Toni 06 73311 486 — Toni/Triad 


Magic Carpet 06 99 313 662 


Üdvözlet minden virtuális vilóg iránt érdeklődő egyénnek. 
Komoly gondban vogyok, hogy miként kezdjem ennek a 
remélhetőleg cikksorozattó váló résznek a bevezetését. A 
legjobb lesz, ha rögtön belevágunk a közepébe. 

Következzen néhány téma amivel foglalkozni szeretnék a 
közehzövőben: 


- a Virtual Redlity (VR) története 

- 0 VR alkalmazási területei 

- a VR hordwore igénye 

- a VR elmélet alopjai 

- a 30 Stereo megjelenítés elmétete 

- a 3D Stereo megjelenítés megvalósítása Amigán 
- a 30 Sound elmélete és megvalósítása 


Természetesen ezek csak támpontok, ha más érdekel, 
vogy nem írok olyan dolgokról, ami szerintetek fontos, akkor 
rogadjatok szövegszerkesztőt és írjatok az újság címére! 


Aki komolyabban érdeklődik a téma iránt, valamint a 
zsebe sem kong az ürességtől, annak a figyelmébe 
szeretném — ojánlani az AP Professional kiadványatt, 
amelyek közül én is felhasználok többet a cikk írásához. Ezek 
a könyvek rengetek témakört felölelnek mint például 
multimédia, grafika (ray-trocing), prograomozósi nyelvek 
(sajnos nem Amigo-s), hálózati kommunikáció (network 
communication). A könyvekben gyakran lemezmelléklet, vagy 
CD is helyet kapott, amin a könyv programjai egytől-egyig 
megtalálhatók. 

Ízelítőként néhány kiadvány, ami kapcsolódik a témánkhoz: 


Texturing and Modeling: 
Matematikai texturók, gázok modellezése, Noise 
texturák alkolmazása, kontúr elmosás(antiaoliasing) 
Megjelenés: 1994 November 
350 oldal, 3.5"-os lemez 
Ára: £34.95 


3D Sound for Virtual Reality and Multimedia Applications: 


Térbeli hallás elmélete, kommunikóciós rendszerek, 
számítógépes Zene, stb. 

Megjelenés: 1994 November 

290 oldal 

Ára: £34.95 


Virtuol Reality Applications and Explorotions: 


Kezdők és halodók számára íródott könyv a VR 
alkalmazásokról és azok felhasználásáról 
Megjlenés: 1993 
245 oldal 
Ára: £29.95 


Virtual Reality ExCursions: 


Kezdőktől a orofikig mindenki talál megfelelő 
információt ebben a könyvben. Jelenleg énis ezt 
használom a cikk írásához forrásként. Komplett 
példaprogramok, azok C forróssoi, valamint az 
ezekhez kapcsolódó elmélet található meg ebben 
a könyvben. Mindenkinek csak ajónloni tudom. 
Egyetlen visszatartó erő, hogy rögtön megvásárold 
az ára, bár egy megszóálott VR rojongó inkább 
nem eszik, de... 
Megjelenés: 1994 Április 
503 oldal, 3.5"7-os lemez, 3D Stereo 
szemüveg 
Ára: £31.00 
A tenti kiadványokat itthon is be lehet szerezni forintért, picivel 
magasabb áron, mint az eredeti. Természetesen, hogy hol, 
azt nem írom le, mert ingyen reklám még nálunk sincs, 
viszont bárkinek segítek a beszerzésben, aki feldob — egy 
levelet a postafiók címünkre. Mára ennyit a jövő nogy 
lehetőségének kikiáltott Virtuális Valóságról. 
A következő  olkolommol már komolyabban belemerülünk 
a VR titokzotos tengerébe. Várom leveleíteket! 


Figy 
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jóték demo verziója rövidesen elkészül (9095-a kész), amihez 
a segítségedre lenne szükségünk. Amennyiben érdekel a 
! dolog, akkor küldj referencia onyogot az újság címére (a 
borítékra írd ró, hogy DEEPCORE). A képeken csak saját 
készítésű object-ek legyenek!!! 

/ Elsősorban fővárosi vagy Budapest közelében lokók 
jelentkezését várjuk, de ha színvonalas amit csinálsz lehetsz 
akár moszkvai is (telefon és saját repülögép nem hátrány). 
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! Amigós  begfem up fejlesztéshez rgy-trecer-t keresünk. A ! 


IGA kezdőknek... 


Talán sok user-nek feleslegesnek tűnő témát kezdek most el, mivel szerencsére egyre többen tekintik természetesnek az AmigaOS 
használatát. A jó öreg A500-asnak elsősorban a játékgép szerepe jutott, ezért nem igazán volt jellemző, hogy valakinél a Workbench uralta 
volna a monitor jelentős hányadát, mivel egy játékhoz a legritkább esetben volt 

szükség rá. De miután megjelent az AmigaOS 2.04 nem sokkal utána a 3.0, amelyek már normálisan kezelték a winchestereket (az A500-as 
HDD-k nem igazán voltak sikeresek), és sokan rájöttek hogy nem is olyan rossz használni a jó öreg OS-t, és modjuk akár egy Icon-t is . 
hozzárendelhetünk egy játékhoz, nem kell mindenféle BootMenu meg MenuMaster képernyővel indulni. Sajnos az operációs rendszerek 
régebbi verziói (lásd 1.2, 1.3) igencsak lassúak voltak, köszönhetően az OFS-nek, és a később teljesen átírt multitask kezelő függvényeknek. 


Hoppá, itt már elég sok olyan információ hangzott el, amit meg kel! magyaráznom, mivel most az igencsak kezdőknek szól a fáma. Először 
is meg kellene magyaráznom, hogy mit is jelent az Operációs Rendszer kifejezés. Tegyük fel, hogy adott egy olyan gép, ami tud összeadni, 
kivonni, és még néhány egyszerű műveletet egész számokkal. Na ez sem egy kutya egyszerű feladat, mivel nem tudom a tudomására adni 
annak a gépnek, hogy mivel mit csináljon, mert nincs vele semmiféle kommunikációs felületem. Ez a felület lehet egy lyukszallag, vagy egy 
írógép billentyűzet, (mint a régi szép ENIAC-os időkben) vagy lehet fényceruza, egér, hangdigitalizáló, vagy a leginkább elterjedt 
billentyűzet. Persze egy ilyen hardware-t valahogy össze is kell kapcsolni azzal a nagyon egyszerű géppel, mert ha csak melléteszem, attól 
nem fognak szót érteni. Ha ez is sikeresen meg lett oldva, szükség van egy olyan felületre is, ahol a válaszinformációkat megkaphatjuk. Itt 
szintén elég sokféle platform létezik, de most csak a monitorral érdemes foglakozni. Tehát a gép elkészült a feladattal, és szeretné közölni 
velünk a végeredményt, aztán bele fog őrülni magába, mert sokkal bonyolultabb feladat számára egy adott információ kiírása a képernyőre, 
mint akár százmilliószor összeadni meg kivonni. Szóval a választ átfordítja olyan alakra, hogy azt a képernyő kezelő hardware elfogadja, 
majd a képernyökezelő szintén tovább konvertálja, hogy maga a monitor meg tudja jeleníteni. Szóval ezek az úgynevezett hardware 
eszközök alkotják a kész számítógépet. De valahogy meg kel! oldani azt is, hogy ezek a teljesen különböző hardware-ek kommunikálni 
tudjanak egymással, azért, hogy mi meg kommunikálhassunk a géppel... Itt jön a software, ami tulajdonképpen egy program, ami tudja a 
gépben lévő összes chip minden titkát, (amit az Amiga esetében a fejlesztők igencsak titkosan kezelnek mind a mai napig!) és kapcsolatot 
teremt közöttük. Ezt a programot hívják Operációs Rendszernek, mivel a gép működtetését végzi. Az operációs: rendszerek jelenleg 
igencsak lemezhez kötöttek, ezért a DOS, vagyis Disk Operating System kifejezés a használatos. Itt kell megjegyeznem, -amit nem nagyon 
szoktak megérteni a kezdő user-ek- hogy a lemez, (vagy winchester, vagy nemfelejtő RAM stb) NEM azonos a memóriával, tehát 
tulajdonképpen a lemez csak háttértárolóként szolgál, a mérete semmilyen kapcsolatban nem áll a számítógéppel, az operációs rendszer a 
lemezről olvnasa be a programot a memóriába, és csak onnan tudja futtatni. Persze fontos hogy legyen háttértároló a gépünkben, de 
mindegy hogy az egy floppy, vagy egy 4 darab 1 Gigás wincsi, ha nincs elég memóriád, se így, se úgy nem fog futni a program... Tehát 
röviden; az Operációs Rendszer kezeli a hardware-t, a memóriát, futtatja a prgramokat, használhatóvá teszi a háttértárolón (lemezen) az 
ndatokat (file-okat), és bitosítja az oda-vissza kommunikációt a számítógép, és a felhasználó között. Volt szó a MultiTask-ról is, ami az 
AmigaOS ( Amiga Operációs Rendszer) egyik legkellemesebb tulajdonsága. Hogy megértsük 

n MultiTask lényegét, meg kellene értenünk az operációs rendszer legbonyolultabb részét, az időosztásos processzormunkát, de azt hiszem 
ezt majd inkább egy későbbi alkalommal fogom részletezni, mivel akiknek ez a cikk elsősorban íródik, egy icipici kukkot sem értenének 
belőle, és nem is olvasnák tovább... Szóval a MultiTask egy olyan rendszer, ami lehetővé teszi több (gyakorlatilag csak a memória mérete 
szab határt a futó programok számának) program (Task) egyidejű futtatását. Persze ez nem egyidejű a valóságban, csak mivel az 
oprendszer elég jól meg van írva, és a processzorban is van egy kis szufla, így teljesen valósnak tűnik. (Ha elrettentő példát akarsz látni, 
nézz meg egy wndws-t!) Tehát ha például játszol az UFO-val, és az Imagine éppen renderel egy képet, még nyugodtan mehet egy Term, 
amivel valamelyik BBS-ről töltögeteg az anyagot... Ilyenkor, ha megkukkolod a rendszer állapotát (például az RSys-szel) meglepődve 
tapasztalhatod, hogy majdnem 30 task fut egyszerre! (Persze ebben benne vannak az OS saját programjai is, mint billentyűzet, hang, kép 
stb kezelők.) Há"a Workbench-et használod, igen egyszerű elindítani a programokat, csak rá kell kattitani, és máris indíthatod a 
következőt. De ha jobban szeretsz gépelni, és a CLI-t (Command Line Interface - parancs értelmező) részesíted előnyben, illik a RUN 
paranccsal elindítani a programokat, mert nem mindegyik teszi magát olyan állapotba, hogy az elindítás után az a CLI amiből indítottad 
felszabadulhasson. 

Néhany szót érdemes említeni a CLI-ről vagy más néven SHELL-ről. 

Ez mint a nevében is benne van egy parancs (a parancs mindig egy program neve, mivel a számítógép csak programokat tud futtatni) 
értelmező, ami a billentyűzetről érkező utasításokat hajtja végre. Egy CLI-ből akárhány újabb CLI-t elindíthatunk a NEWCLI, vagy 
NEWSHELL paranccsal, ami azt jelenti hogy egy task-ból kiindulva, mindegyik task teljesen függetlenül képes akármit futtatni. A 
rendszer C:-nek Assign-olt könyvtárában helyezkednek el azok a programok, amiket direkt ilyen begépelendőnek készítettek. Ezekről majd 
később részletesen írni fogunk... 

Sajnos néha megrökönyödve hallom, hogy olyan ember, akinek már 3 éve van Amigája egy kukkot sem tud arról, hogy a lemezen vannak 
file-ok, könyvtárak, lemeznevek, boot-sector stb. Persze ez az elkényelmesedésből meg az onlyGame-ből adódik, mert ugyan ki a fene 
kiváncsi arra hogy mi is van a lemezen, mikor berakom aztán már ott is van a játék. Igaza van, mert aki játszik, annak ez éppen így 
tökéletes, minek kelljen neki ezer dolgot tudni a lemezszerkezetről meg fíile-okról mikor ő csak szórakozni akar. Vissza az elmélethez... 
Szóval a file-okról igen sokat lehetne mesélni, de megpróbálom röviden és lényegretörően megoldani. Tehát, a lemezen rengeteg adat van, 
mindenféle szöveg, kép, zene stb. Ezeket valahogy olyan állapotba kel! hozni, hogy mindenki által használhatóvá váljanak. Erre a 
legegyszerűbb módszer, ha az adatcsoportoknak egy nevet adunk, amivel hivatkozni lehet arra a csoportra. Igy a lemezen elhelyezkedő 
rengeteg információból csak nevek látszanak, és nem értelmetlennek tűnő számok, leegyszerűsítve a hozzáférést is. Tehát ha te hivatkozol 
egy névre (amihez például egy futtatható program sok-sok információja van hozzárendelve) az operációs rendszer tudja hogy honnan kell 
betöltenie a lemezről (és milyen sorrendben) az adatokat ahhoz, hogy elindíthassa azt a programot. Ha kiadod a CLI-ből azt a parancsot 
hogy LIST, akkor kiírja a képernyőre a lemezen található file-ok listáját, plusz még egy-két információt a file-ról: 


FileNév FileHossz ProtBit Készítés ideje Komment 

ForceVGA 4220 —rwed 24-Jun-93 08:06:32 VGA monitor esetén ő állítja át a képet 
ForceVGA.info 468 ——rw-d 24-Jun-93 08:06:33 ikon 

10 files - 90 blocks used 


Tehát egy file-nak a nevén kívül van hossza, vannak olyan bitjei, amik megmondják hogy olvasható, írható, futtatható, törölhető, 
tartalmazza a létrejöttének dátumát, és egy nagyon okos dolog, van kommentje is. A komment egy információ amit a file-hoz füzve tárol a 


ndszer, amivel megjegyzéseket füzhetünk hozzá. (pédául ha egy module-ról tudjuk hogy ki készítette, a kommentjébe beleírhatjuk, de 
rsze a neve nem fog megváltozni.) A file hosszát úgy kel! elképzelni, mintha egy könyvről lenne szó, és a hossz a könyvben található 
tűk számát mondja meg. Tehát ha mondjuk a Litil Devil-ről tudjuk hogy körülbelül 32 MegaByte, akkor az azt jelenti, hogy a játék 
"asza megfelel egy olyan könyvnek, amiben 32 millió betű van... 


ivel az Amiga operációs redszere (vagyis nagy része) a ROM-ban vagyis a (csak olvasható memóriában" helyezkedik el, tulajdonképpen 
hoz hogy elinduljon a gép semmire sincs szükség, csak egy olyan lemezre, amit formázva (FORMAT) és installálva (INSTALL) van. A 
IRMAT egy olyan program, ami a lemezen (ez lehet floppy, winchester vagy RAM) található "adathordozó réteget" olyan információkkal 
tja el, amit az operációs rendszer értelmezni és használni tud, tehát adatokat (programokat, képeket, zenéket stb.) tud ráírni, és onnan 
olvasni. Szóval ha a boltban vásárolt floppy-t, vagy winchestert nem tudod használni, annak az az oka, hogy a rajta lévő információ nincs 
"mába öntve, vagyis még használhatatlan a gép számára. Itt külön kell választani a floppy-kat és a winchestereket, mert a floppy 
vtében sokkal egyszerűbb dolog a használhatóvá tétel, minden előzetes HDToolBox-ozás nélkül formázható és installálható. Tehát ha 
zzájutottunk egy doboz friss floppy-hoz, amire fontos dolgokat szeretnénk biggyezgetni, probálkozzunk a formázással. A legegyszerűbb, 
. betesszük a lemezt, rákattintunk a Workbench ICONS menüjében a FORMAT DISK-re, és értelemszerűen kitöltjük a megjelenő 
"T-t... A másik megoldás, amiből sokkal többet okulhatunk, ha ugyanezt CLI-ból oldjuk meg, koptatva a billentyűket, és az ujjainkat; 


FORMAT DRIVE df0: NAME üres FFS INTERNATIONAL 


"ppá, de honnan a fenéből tudjam, hogy mit kel! a FORMAT után írni? Na itt jön a gógyi, mert a fejlesztők gondoltak ám a halandókra is, 
ugyis ránk) és nem feltételezik mindenkiről, hogy részt vett az AmigaOS fejlesztésében, ahol megtanulhatta az ntasítások 
"raméterezését... Tehát ha úgy érzed most vége a világnak mert lebőgsz a barátod előtt, akinek csak 1 file-ra lenne szüksége, de olyan 
nezt hozott ami még szűz, nincs más hátra, üsd be: FORMAT ? 

rnkor nem kell megilyedni, hogy hazavágja valamelyik lemezt, mert a kérdőjel a parancs után azt jelenti, hogy információt kérsz, mert 
m tudod a megfelelő paramétereket. A válaszban szerepel az összes használható paraméter, továbbá az, hogy a kiválasztott 
"raméternek milyen formátumúnak kel! lennie. (pld.: /5) 

Idául, ha azt látod hogy 


azOFS/8,.. — az azt jelenti, hogy az OFS" szöveget kel! kiírni (persze csak ha szükség van a szolgálatára) 
minden további nélkül, tehát ez egy egyszerű kapcsoló, ami ha leírod akkor ON állásben van. 

a NAME/R,... ell a NAME kapcsoló után egy nevet is írni (pld.: NAME üres) 

 DIR/M,... . a DIR helyére egy szöveg kerüljön (pld.: LIST dhO:system) 


a Workbench lemezen lévő programok mindegyikére érvényes, és persze a kultúráltabb programokra is. Nos, sikeresen túljutottunk a 
inába öntés komoly feladatán, megtörölhetjük izzadt homlokunkat, felhívhatjuk minden ismerősünket, ecsetelve maximális 


"mítástechnikai képességeinket... De még ne! Inkább installáljuk azt a szerencsétlen floppyt, mert szeretnénk rá felvenni egy komplett 
ndszert, ami feleslegessé teszi a már unalmas winchesterről való boot-olást! 


INSTALL df0: FFS 


nzt jelenti hogy a lemez képes elindítani az operációs rendszer CLI-jét, annélkül hogy egy file-t is rámásolnánk. 


Folytatása következik.... 


Louise 


továbbiakban is a magunk feje után fogunk menni, de ha valakinek valami operációs rendszerrel kapcsolatos kérdése van, akkor az 
godtan írhat egy (vagy több) levelet nekünk, esetleg meg is fogjuk válaszolni. 

"övetkező részben átveszem a lantot Louise-től, és én fogom folytatni az AMIGA OS ismertetését, azt még nem tudom, hogy milyen módon, 
majd kiötölök valamit 


1ig is mindenki bőszen gyakoroljon otthon... 


Magic 


$uperbBases 


Az AdatBázisoló sss mo a 


A SuperBaose4 Pro a jelenlegi legfejletteb verziója a 
SuperBose odatbáziskezelő rendszernek. Már több mint 10 
éves múltra tekinthet vissza, és szinte minden platformon 
megtolálható egy-egy megfelelője. Még a 8 bites korszakban 
C64-re is megírták, méghozzó olyan minőségben, hogy az 
akkori (és ha belegondolunk a C64 odottságaiba, még a moi 
értékrendben is) kisgépes odatbáziskezelők legjobbjávó vált. 
Hol van már a 64kByte meg a 160k floppy ideje... Jelenleg a 
SuperBaose4  Pro-nak legalább 1Mega memóriára van 
szüksége ahhoz hogy elindujon. De ha a Form Designer-t is 
használni akarjuk vele párhuzamosan, akkor illik legalább 2-3 
Mego. A winchester nem  olapkövetelmény, de ho 
belegondolunk, hogy az adatbázisok nem a kis terjedelemről 
híresek, akkor a 880k floppy-kapacitás nem igen járható út. 
Tehót ha van kb 2Mega RAM a gépünkben, nincs mós hátra, 
mint hogy elindítsuk az AREXX interface-t, (ugyanis ezen 
keresztül kommunikál egymással a Form Designer és az 
SBPro) aztán a SuperBose4-et. Ekkor nagy 
megrökönyödésünkre nem egy fekete alapon fehér 
betüholmaz jelenik meg, hanem kutltúrrendszerhez méltóan, 
egy kezelői felület. Ez alapvetően két nagy részt jelent, a felső 
ablokot, amely az aktuális OUTPUT, és az alul elhelyezkedő 
ugynevezett CONTROLL-PANEL-t. 

Aki — semmiféle — jórtassóggal — nem rendelkezik az 
odatbóziskezelésben, annak igencsak fel kell kötni a 
kötnivalóját, mivel a dokumentáció eleve feltételezi ennek 
meglétét. Tehát, ha az ember kicsi fiocskója mondjuk az 
otthon tárolt (persze kizárólag Sharewore...) programjoit 
szeretné volami rendszerben átlátni, szüksége lesz egy 
füzetre, vagy éppen egy odatbóziskezelő programra. Ha egy 
füzetben akorja tárolni a programjainak minden lényeges 
odatát, logikusan valamilyen rendszer alapján rendszereznie 
kell. Ez lehet a címe, szerzője, hossza, típusa, vagy éppen 
egyiksem... De ha mégis vólosztott egyet, akkor von egy 
kiindulási alap. Tegyük fel, hogy Móriczkánk az értelmesebbik 
fajta képviselője, és választott. Méghozzá a program neve 
alapján szeretné rendszerezni a rengeteg sok természetesen 
nem lopott, meg jogtiszta, meg megvásárolt programjotit. 
Ebben az esetben ilyen rajzot készít a füzetébe: 

Név Hossz Szerző Típus 

AlienBreseed 500000 Team17 Gyilok gome 
ArcodePool 800000 Teom17 Billiárd game 


Felbátorodva ezen nagyszerü 
teljesítményén, megpróbálkozik ugyanezt 
a — mogosröptű — elméletet adoptálni 
SuperBase4 környezetbe. Tehát (persze 
csak ha mór betöltötte az SBPro-t) 
kivóloszja a Project menüben, a New 
olmenü, File pontját. (Ezt ezentúl 
Project/New/File formában fogom Ími, 
mert nem akarom teljesen elkoptatni a 
mutatóujjamat...) Itt a program megkérdezi, hogy mi legyen az 
új odatbáózis neve, legyen mondjuk  Programjaim". A 
következő kérdése arra irányul, hogy akarjuk-e jelszóval 
védeni a szupertitkos odatbázisunkkal való műveleteket, 
úgymint Törlés, Olvasós-Írás, Csak Olvasható. Ha itt nem 
írunk . sehova semmit, akkor értelemszerüleg minden 
műveletet . végrehajthotunk a kész odatbázissol. Most 
kezdődik az igazi része a dolognak, mert létre kell hoznunk a 


mór megálmodott formátumot, vagyis a 


Mező-ket (Field). A "Név, Hossz, 
"Szerző, Típus, mind egy-egy Mező, 
aminek a későbbiekben értéket 


adhotunk, vagyis feltötthetjük a megfelelő 
adatokkol. Egy Mező létrehozása előtt el 
kell dönteni, hogy milyen típusú legyen. 
Példóul a Név, egy Text vogyis 
"Hossz  Numeric, 
vagyis szám tipusú kel! hogy legyen. Ez 
a gyakorlatban úgy néz ki, hogy beírjuk a Mező nevét (például 
"Név) aztán NEM Enter-t nyomunk, hanem kiválosztjuk a 
típusát (most a Text), beírjuk a hosszát, stb., majd 
megnyomjuk az Add button-t. Az itt található többi kis 
kapcsolóval igyekszem nem foglalkozni, aki a későbbiek 
folyomán használni fogja a programot, az majd úgyis rójön a 
funkciókra... Ha ilyen módon beírtuk mind a négy Mező-t, 
lezárásképpen az Ok button-t ajánlanám. Mint ahogy az 
előbbiekben már szó volt róla, kell válosztani legalább egy 
Index-et, ami alapján rendezésre kerülnek az adatok. Ha ezen 
is sikeresen átjutottunk, megjelenik a négy Mező, várva, hogy 
adatokkol tölsük fel. Ezt a Record/New segítségével 
kezdhetjük el, és addig folytathatjuk, amíg van mit rögzíteni. 
Tehát megismerkedtünk — az  odatbáziskezelők három 
legfontosabb szavával, a Field-el , a Record-al és az 
Index-el. Egy Record-nak vannak Field-jei, és a Record-ok 
Index-elve vannak bizonyos Field-ek szerint... Nem olyon 
bonyolult ez, csak idegesítés céljából összegeztem így, mint a 
régi szép — tanulmányokkal eltöltött évek alatt, a 
tankönyvekben. 
Ha ezeken oz olapokon sikerül elindulni, a többi már odódik, 
mert szükség lesz ró. 
Példul egy ilyen odatbáziskezelő, ha már mondjuk 5 millió 
record-ból álló odatbázissal dolgozunk, akkor is néhány 
másodperc alatt előkeresi a kívánt adatot, mivel az Index 
file-ban minden felvett Record-hoz tartozik bizonyos mutató, 
hogy ha szükség van rá, ne kelljen végignyóálozni az egész 
odotbázist, hanem egyszerüen oda ugorva, megmutathossa. 
Lehetőség von különféle listákat készíteni,  szüröket 
olkalmazni, stb. Természetesen ezek mind elérhetők 
menüpontokon keresztül, de akár progromból is. Ugyanis a 
Superbose4-nek van egy úgynevezett DML-je, amiben BASIC 
programokat lehet ími, kihasználva az adatbáziskezelő 
utasításoit. De a DML programozására mojd később kerítünk 
sort, mert ahhoz egy hosszabb lélegzetű memory-chunk keli.. 
Visszatérve az ismertetésre, a CONTROLL-PANEL-en 
keresztül elérhetők a Record műveletek, a keresés, a képek 
ki/be kapcsolása, a FILTER, és a programmegszakítás. Ez 
programból a PANEL OFF utasítóssoal kikapcsolható, de a 
kurzor billentyük ilyenkor is aktívak morodnaok. A SuperBase4 
képes IFF képeket is használni és megjeleníteni, tehát 
készíthető vele képi-adatbózis is, persze csok ha rengeteg 
helyünk van, mert ugyebár oz IFF file-formátum nem a 
legtömörebbek közé tortozik... 
Első nekifutásra, és mindent összevetve o SuperBose4 egy 
igen kiforrott, rengeteg adatbáziskezelő 
utosítássol rendelkező, és — nagyon 
megbízható program. Ha a megfelelő 
méretű memória rendelkezésére áll, szinte 
teljesen kizárt a fagyás lehetősége, kivéve, 


íj 
Ji ha valami röptömörítöőt (az én esetemben 


t DiskExpander-t) , használunk . azon a 
Dress pa ego partíción, ahol az adatbázisunk tolálható. 
Ilyenkor kb tizedére leesik a 


Record-műveletek sebessége, és nogy Record-szám esetén 
a kedves Guru típusú Meditóláson vehetünk részt. De ezt 
igen egyszerű kiküszöbölni, mert amig dolgozunk . az 
adatbázioson, ki kel! kapcsolni a tömörítést... 

Legközelebb belemószunk a DML, vagyis a Súpártásss 
programozósába,  megprószólunk — valami  fenomenálisat 
alkotni a kedves Móricka segítségével... 

Louise 
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Miután mindenki kellöképpen lerágta a körmeit, akkor talán jöjjön a folytatás. Maga a történet ott kezdődik, ahol az előző résznek vége volt, 
ugyanis a két részt jóformán egyszerre írtam meg, csak később döntöttünk úgy, hogy kettévágjuk, mivel enyhén bőbeszédű lett ez a helpecskc. 


Visszatérvén a fömenübe a gép számolgat egy darabig, majd a preview ablakba kirakja, hogyan is nézhet majd ki a dolog. No nem kell 
beszarni, azért ennél majd szebb lesz. Itt is lehet még a magasságon állítani (UP-DOWN), 
amellett előre illetve hátra mozgatni a kamerát (FORWARD-BACKWARD), nagyítani (a 
ZOOM felirat melletti sávban - illetve magán a preview képen is, kijelöléssel ugyanis ez a kettő 
dolog ugyanaz. Ha elcsesztük a képünket, mert beleclickeltünk, akkor kell a ZOOM-nák 
visszaállítani a nagyítást. Ez a nagyítás, nem a térképen lévő nagyítás !!!) A fömenüben inkább 
Állítsuk be a fényviszonyokat 


- LIGHT-, ha túl sötét a képünk (nem csak a mienk, hanem a preview is), akkor itt tudjuk 
beállítani - a kör és a benne lévő kis pont segítségével -, hogy merről süssön a nap, és milyen 
erővel. (a Süss fel nap - Fényes nap c. gyermekdal itt nem igazán hoz eredményt) 


- A WATER (víz) a legjobb opció, ugynis itt tudjuk elárasztani a nehéz munkával megkreált 
tájképünket. Ezért célszerü ezt az objectek elhelyezése előtt beállítani. WATER LEVEL - 
vízszint, ez egyértelmű; ha magasabb, mit az egész táj magassága az nagyon jó, mert 
játszhatunk Atlantiszt, vagy ha magasabb, mint a kamera, megtudhatjuk, hogy milyen is 
Cousteou kapitánynak, azonban értelme egyiknek sincsen. Az OCEANS azért jó, mert más, 
mint a tó, és ha ez be van kapcsolva, akkor az olyan tó, ami kimegy a térképről, óceánná alakul 
(valamivel setétebb lesz a szine) A WAVES itt fodrokat jelent. (legyen bekapcsolva, mert 
amúgy is eléggé csúnya ez a víz, hát még anélkül....) Visszatérvén a menübe megláthatjuk 
milyen pusztítást vitt véghez a víz. (a víz itt világosabb színnel van jelölve) Ha a képen csak egy 
fél fa van például, akkor inkább a vízszintet csökkentsük, mert az némileg egyszerűbb. (ámbár 
akkor csinálhatunk félfamentes rajzlapot is....) Ja, ehhez még annyi, hogy a térképen beállított 
LAKE az itt lévő értékeket nem módosítja ! 


- Ha minden nyesi, akkor beállíthatuk, a LAND gombbal, hogy hogy is nézzen ki a dolog. 

- SNOW (hó) mettől legyen (mellette lévő érték), vagy legyen e egyáltalán. 

- ROCK (szikla) szintén mettől 

- VEG (növényzet - zöldség) meddig (ez a vizszinttól, illetve 0-tól van) 
, - SOITL (termótalaj) legyen-é, vagy sem. (ilyen világosbarna foltok) 
Megjegyzem, hogy ha nem HAM8 imagét, vagy 24bites IFF képet számoltatunk, akkor 
valamely állítást ki kell kapcsolni, mert különben szól a program, hogy kapcsoljuk ki. (nincs 
elég szín ??) Vannak még valami UTM X és UTM Y értékek, ezek növelésével a terep 
minőségét lehet csökkenteni, 5 körüli értéknél már olyan fasza kockás lesz, mint egy 
szimulátor. Nem igen piszkáltam őket 0-ról, mert úgy az igazán szép. (igaz hogy sokkal lassabb 
ia). Az ablak alján egy V. E. FACTOR felirat figyel. Ezzel a tájképünket tudjuk kidomborítani. 
(tehát, ha nekünk túl lapos a 1000-es magasság, állítsuk be a V. E. FACTOR-t 3-ra, s máris 
szép hegyeink lesznek. (Ilyenkor a berendezett tájkép - szerencsére - nem változik.) 


- Most jön a SKY (égbolt, ahol az eget lehet vásárolni). Itt beállíthatjuk, hogy az ég felhős 
legyen (CLOUDS;I illetve vegyes (BLEND). Ha éjszaka (NIGHT) van akkor egyik sem lehet. 
Itt is be lehet adni egy SEED értéket, a felhőzóna magasságát (ALTITUDE ), illetve sűrűségét 
( DENSITY). Az EAST (kelet) és NORTH (észak) a felhőzet sebességét jelenti, ellenkező 
irányba értelemszerüen negatív előjellel kell megadni. (Ugyanis a szél igen ritkán szokott 
egyszerre fújni északra és délre. Hacsak nem forgószél. Sebaj, majd az 5.0-ban) 


- TREE : (fák, nem fuck) legyen-é fenyő illetve tölgyfa, - azon kívül, amit felraktunk a 
térképre - és ha igen, akkor mennyi legyen a MAX illetve a MIN érték, ami arra vonatkozik, 
hogy mettől meddig nőjenek a fák, (milyen magasságtól, milyen magasságig - default érték 
10-3000 - ez egy normális érték, mert ne felejtsük, a fák nem nőnek az égig....) illetőleg mekkora 
legyen a takarás (takarás, elvtársak), vagyis milyen sűrűn legyenek a fák. (COVERAGE 
PERCENT) 


- A SCREEN-nél megadhatjuk a render screen paramétereit, a színeket is 
megkeverhetjük (milyen is lehet a vörös tenger - csupa hasznos dolog), meg miegymás. A 
képernyőméretről már ejtettem szót, én a 640t512-t használom, de ez mindenkinek az egyéni 
szoc. problémája. (no meg, hogy mennyi memória van a gépében..) Ha animációt készítünk, 
érdemes a FRAME BUFFER-t a saját render screen-ünkhöz passzintani, mert minek egye a 
memóriát, ha nem szükséges, ugye. A FRAME BUFFER COLORS-nál a kettő szín - 
értelemszerüen - a két határértéket jelzi. A DCTV DEPHT a DCTV ANIM illetve PICTURE 
renderelésénél kell, ilyen 4 bites faszság beállítása, nem igazán hasznos, mert kurva csúnya 
képeket lehet vele készíteni. (vagy csak én nem nyesem) 


- A VIEW segítségével tudjuk megtekinteni a már elkészült művet, ha ilyen nincsen, akkor meglepetésre a NOTHING TO VIEW 
választ kapjuk. 


- Az ANIM megnyomására elkezdi számolni az animációt, (még ilyenkor is megnézi egyszer az egészet, majd szól, ha van valami 
ütközés, illetve előtte megkérdezi, hogy az összes frame-t ki akarjuk-é számoltatni. Ha OK akkor OK.) míg a 


- RENDER lenyomására az éppen beállított (preview ablakban lévő) képet kezdi el renderelni. De még mielőtt mindehhez 
hozzáfognánk a pull-down menüben állítsuk be az ANIM MODE-t (már, ha animációt számolunk. Id.: fent), illetve a RENDER MODE-t 
A meglepetés annyi, hogy a program tud PCX képet is renderelni. (PCX animot nem, vajon miért ???) Lehet, hogy bé akarnak törni a PC-s 
piacra. (megnézném ezt a programot egy 14 MHz-s AT-n, hogy milyen sebes lenne.....) A különféle RENDER MODE-król csak annyit, 
hogy az IFF képeket a screenen rendereli, míg a HAM és a PCX képeknél a memóriában számol, és ezt egy RENDERING IN 
PROGRESS.. feliratú kis ablakban mutatja, hogy hol tart (OBJECTS, LANDSCAPE, s végül SKY), és az IFF 24 képeknél a lemezre ír 
folyamatosan. (A különféle animokat is ilyen módon számolja, csak minden frame-t csak azután ír ki, ha kiszámolta.) Ide igazán tehettek 
volna egy TIME ESTIMATE-t, hogy tudjam, mennyit alhatok, míg kiszámolja az animációt. (Hány napot??) 


- Található még itt egy C betü, ezzel tudjuk eltörölni az összes frame-t, amit eddig beirogattunk. (szerencsére a program van olyan 
kultúrált, hogy azért rákérdez) A cc és a 55 jellel pedig léptethetjük. A 4 és a - jellel a térképen létrehozott animációnkat tehetjük tönkre. 
Flvileg készíteni is lehet, de minek. Sokkal kevesebb opció van itt. Arról nem is szólva, hogy a térképen némileg egyszerűbb. 


- Van még az ORJECTS feliratú gomb, ami azt jelöli, hogy legyenek-e objectek a preview screenen. (nem árt ha vannak). A nyilakkal a 
kamerát mozgathatjuk, illetve a FRWD, BKWD gombokkal is. És végül a jobb alsó részén a képernyőnek, van kettő kis micsida, amelyek 
úgy néznek ki, mint egy repülő micsodái. (ott vannak ilyen micsodák a müszerfalon) Ebből a felső az úgynevezett bólintási szög, míg az 
nlsóval állíthatjuk be, hogy milyen ferde is a gerincünk. (milyen ferde szemmel nézünk a világra - hiába a japánok mindenütt ott vannak) 
Egyébként ezek is beállíthatók a térképnél. A PLAY gombbal csinálhatunk egy preview animot is, nem rossz dolog, és amellett elég gyors 
is. Ha meguntuk, akkor a PLAY helyét ideiglenesen elfoglaló STOP gombal leállíthatjuk az egészet. 


Még egy kis pull-down menü: 

- A PROJECT menü nem más, mint egy kis file I/O, de itt a mentés csak a beállított tájképre vonatkozik, magát a renderelt képet a 
PICTURE menüben lehet megőrizni az utókor számára. Elmenteni a tájképet a SAVE LANDSCAPE-val érdemes, elmenthetjük azért 
még a beállításokat (SAVE SETTINGS), illetve a palettát (SAVE PALETTE). Betölteni a kimentett DEM (vigyázat, ez nem dájcsmark - 
ezt használja pl. a VISTAPRO is, többek között) formátumú tájképet lehet, no meg valamilyen GEO objectet (meg persze az elmentett 
beállításokat is), ami betöltés után megjelenik a térkép object listájában. A nyomtatást nem tudtam kiprószálni, mivel nincsen printerem, 
(amikor ezeket először írtam, akkor nem volt, de most már van, és a kedves felhasználók lelkiüdvéért elmondom: senki ne merjen 
nyomtatni innen !!! Nagyon csúnya. Meg nem is nyesi. Meg miegymás. Na ezt jól meg mondtam.) 


Lehet még összefüzni dolgokat az APPEND segítségével, illetőleg lehet a tájképet nyirbálni (CLIP). A következő kettőről már beszéltem, 
hátravan még az OPTIONS: 

- AVOID vagy DETECT COLLOSION; vizsgálja vagy ne vizsgálja az ütközéseket (az animációnál). Ha vizsgálja, akkor csak 
annyi, hogy mikor elkezdeném renderelni, akkor visít, hogy van ilyen, és hogy hol, de attól még lehet továbbmenni, csak esetleg meglátjuk 
a hegyet belülről. 

- CHANGE ALL KEYS animációnál az összes KEY megváltoztatása. (később) 

- AUTO BANKING, AUTO BANK § ; kanyarban automatikusan bedőljön-e a kamera, és ha igen, akkor hány százalékban. 
(default érték az 50) Nem árt átállítani 5-re vagy 10-re, mivel 50-nél igen darabos lesz a bedőlés szöge. 

- LAND BACK FACES, OBJECT BACK FACES; nem árt ezeket bekapcsolni, mert pl.: ha egy import GEO objecttel 
dolgozunk és ki van kapcsolva az OBJECT BACK FACES, akkor a kiszámolt objectnek, csak a vázát számolja ki. (nem tömör lesz, hanem 
vonalakból fog állni) De ez a SCENERY ANIMATOR-hoz adott GEO objectekre nem igaz. 


Említettem, hogy lehet objectet importálni máshonnan. Például egy IMAGINE objectet. 

Be kék tölteni hozzá a VERTEX c. programot, majd az objectet. Valószínüleg az itt megjelenő object nem igen fog az eredetire hasonlítani, 
de sebaj. (söt SOLID MODEL (gyk.: egy preview az objectről) esetén, - még mindig a VERTEX 2.0 - sem fog rá hasonlítani, ahogy kinéz. 
és mégis...) Ekkor el kell menteni az objectet, úgymint SAVE AS... és EXPORT GEOL. Ez lesz a nyeső. Ezt be lehet tölteni a SCENERY 
ANIMATOR-ba, és lehet renderelni. Egy baj van. Ezek az objectek szürkék lesznek, illetve valószínüleg, ha kirakjuk őket a térképre akkor 
nyakig a földben lesznek. Ezért majdnem mindig át kell írni az object magasságát. (FIGYELEM !! Aki mond egy egyszerű módot, hogy 
hogyan lehet az import GEO objecteket kiszínezni, az kap 5 mezei piros pontot. - kitűnően fel lehet őket használni a térképen. De tényleg ! 
Egyszerű kell, mert bonyolultat én is tudok. Amellett bármilyen objectet szívesen látok. Nekem is van egy pár fölös.) : 


S végül, amire már mindenki várt, itt van az 
ANIMÁCIÓ; Menjünk a MAP-hez. Itt legelőször be kell 
állítani , hogy két KEY között hány FRAME legyen (ha 
nem tesszük az elején, csak mikor már elkezdük csinálni 
az animációt, a program YOU NEED AT LEAST ONE 
FRAME - legalább 1 frame köllene - felirattal 
örvendeztet meg minket, mivel a 0-s KEY-nél nem lesz 
FRAME NUMBER - ez egy nagyon geci buktatója a 
programnak, mert első alkalommal én is itt nyomtam 
RESETEet, mert nem tudtam, hogy mi a fasz baja van...), 
magyarán, kettő, általunk beállított kamera pont között 
hány FRAME-t számoljon ki a gép. (ez attól is függ, 
mekkora távolságban vannak egymástól a pontok). 
Ezután le kell tenni a kamerát a térképre. Meg kell 
nyomni a $ gombot, majd arrébb kell tenni, és megint 
megnyomni a 4 gombot. Ez csak leírva hangzik ilyen 
faszul, csinálni tök egyszerü. Ha az LP (LOOP) be van 
kapcsolva, azonnal hurkot csinál, de ez senki se zavarjon 
meg. 


Fractal tandscape — Seed 37446 — Height 4880 [ca ] 


Amennyiben a CURVES is be van kapcsolva (legyen bekapcsolva), akkor a program kanyarokká számolja a kockafordulásokat. (ami 
szépség szempontjából nem egy hülyeség). A PRO gombbal megnézhetjük, hogyan is fest oldalról az animáció. (már a szintkülönbségek, 
meg miegyebek) Vissza a térképre a MAP-pal mehetünk, mert az az igazi. (föleg, ha jéghideg.) 

Mikor mindezekkel megvolnánk, és úgy érezzük, van annyi hely még a winchesterünkön, amekkora az animáció lesz, akkor az XTEND 
gomb lenyomásával véglesítheljük a dolgot. Ekkor a gép a KEY-ek közé behelyezi a megadott számú FRAMF-kat. Természetesen itt is le 
tudjuk játszani az animációt a 55 és a cc nyilakkal. (A fömenüben létrehozott animáció készítési metódusa is hasonló, mondhatni ugyanez. 
Vagyis beállítjuk a FRAME-k számát, majd a nyílakkal, illetve a FRWD, BKWD (nem a BKV d) gombok, és a 4 gomb lenyomásával 
gyárthatjuk az animot. Itt sajnos nem lehet olyan fasza kis kanyarokat venni, de legalább látunk valamit. Ha végeztünk, vissza kék menni 
a térképhez egy XTEND erejéig. Szerintem sok teteje nincsen a dolog ilyetén való használatának.) 


És mehetünk is vissza a MAIN-ba. Ha valami karambol van az animációban, (és be van állítva a 
DETECT COLLOSION) akkor a program kukorékol, ilyenkor a preview ablakban nem árt 
megnézni a dolgot, (main menu-ben PLAY) mivel nem mindig olyan nagy a baj. Eztán nincs 
más dolgunk, mint elindítani az ANIM gombbal az animáció számolását. (addig el is mehetünk 
valahová.) Új; 

1200-esen (FPU nélkül 4 MB FastRammal) egy 30 frame-ből álló animáció 3207258-on IFF 
ANIM módban olyan fél óra - 40 perc körüli idő. (még nem mértem) De hát objectek, meg 
miegyebek nélkül. No meg a felbontás sem az igazi. Az elkészült file hossza olyan 700K körüli 
lesz. (de ezt pontosan meg tudom majd mondani, mert éppen most számol egyet a gépem) Pont 
801K hosszú lett (320"7256, IFF ANIM, UTM a 5, no objects), de ez felbontásbeli javítások 
esetén, valamint belehelyezvén 100-200 objectet (minek aprózzuk el), ugrásszerűen meg fog 
nőni. 


Mindezeket összevetve a NATURAL GRAPHIC 1993-ban kiadott programja nem olyan rossz. Az FPU-s verziót még nem próbáltam, de 
remélem nemsokára lesz hozzá cseresznyém. A programmal kettő baj van talán igazán. 

1.- Igen nehezen kezelhető elsőre. Meg másodikra, meg harmadikra... (nem egy felhasználóbarát) Emellett igen 
csúnyácska is szegény (csaknem Windows like - na nem, azért annyira mégsem) 

2.- Egy valós képet még HAM8-ban sem igen lehet létrehozni. (csak igen hasonlót hozzá) Talán, ha volna több 
object.... 


Rosszúságok: Nem lehet lelőni a számolást, amíg az objecteket számolja. 
A térképen nincsen UNDO. (néha igencsak hiányzik) 
Eléggé jól meg van csinálva az animációkészítő része. (ez azért baj, mert csaknem kezelhetetlen. No de azért, ha az ember 
belejön már könnyebb. De az elején én is rengeteget szoptam.) 
Hiretelen ennyi, de nem kell megijedni, fog mindenkit érni még egy jópár úgy közben is. 


Az animáció méretéről már beszéltem, vagyishogy részben; egy HAM8-ban renderelt kép olyan 200 körüli objectte!, 840"512-es 
felbontásnál jó 300K, átszámolva JPEG-be 150K körüli méretet fogunk kapni. Én talán hiányoltam belőle a JPEG savert, igazán 
beletehették volna a PCX helyett. (Igaz így lehet, hogy elvesztette volna nagyfokú Windows kompatibilitását, ami biztosan komoly 
problémákat okozott volna mindenkinek a lelkivilágában.) 


Ahhoz képest, hogy milyen "komolytalan", nem is olyan gagyi program ez. (még mindig csinálhatunk vele olyan animot, amelytől leesik 
minden családtagunk álla - csak győzzük kivárni) Igaz a VISTA szebb is meg jobb is, de az igencsak "FPU igényes" dolog, no meg kissé 
kevés neki az MC68020 is, sőt mitöbb. illik hozzá úgy 8 Mbyte FastMem is. (Ha nem több, mert 4 Mbyte-n eléggé...izé.) De egy "fapados" 
1200-en ez is jó. Gyártottam már 32 színű IFF animációt vele LOWRES-ben (320"7256) és úgy összességében azért jól nézett ki. Nyesni 
kell... Meg szeretni is. Van egy 4.1-em is, de az is csak 881-es verzió... Ha fogok rendelkezni ilyennel, akkor majd leírom, hogy mitől jobb. 
Ha meg lesz valami "erőgépem" akkor írok majd a VISTA PRO-ról is.... 


Itt volt vége az eredeti leírásnak, de azóta eltelt egy-két hónap. (kb. kettő) Magában a leírásban - biztosan - lesz néhány hiányosság, de ha 
ereket bekülditek - levél formájában a postafiókunkba - akkor esetleg folytatólagosan le is közöljük azokat, hadd okuljon a jónép. 


Magic 


(e heti renderelt képünk : 
"tehénke a hegyoldalban, délben" 


Mindenkinek minden ját!) 


AMIGAONDj 


Use a Fanatic 


avagy mit kezdjünk egy megszállott AMIGA ca pjdamássat 


Ugy is kezdhetnem az egeszet. hogy: Együttélési tanácsadó a számítógéppel és a 
pároddal. Azert nem iriam nemet, mert le- 

yyen az illeto parod -nő, illetve ferfi, a szisztema mindig ugyanaz 

Lehet, hogy sokakban felmerül a kerdés: - Miért kell egyszerüen tanácsadás ehhez? 
Hisz csak egy gep! 

Nos ezek az emberek. meg ha nem Is tudnak rola, hatalmasat 

tevednek. A szamitogep nem csak egy gep - hanem vetelytárs, ami elveszi töled a 
partnered, mivel minden idejet vele tolti, s ha egy csekélyke időt szentel ród, akkor is 
csak róla beszei, Öt magasztalja, Őt dicsőíti, s csak körülötte forog a világ. 

Tehát te magadat - egy harmadik feleslegesnek tartod. S ekkor már nem gép - hanem 
lyan dolog. ami megkeseriti ele- 

ted - ha hagyod 

Sok valós, tragedia tortent már a parkapcsolatokban a gép miatt. De ha nem 
velelytoarsnok, ellensegnek tekintjuk a szamitogepet, akkor úgy kell gondolkodnunk - 
mint O 

Gondolom, hogy most leltesziilek magatoknak azi a kérdést - "Hisz Ó nem tud 
gondolkodni!?". Gyakorlatban nem - de lelke van - s olyat tud - amit az embertől kapott - tehát felruháztuk Öt emberi 
tulajdonságokkal, s ha belegondolunk - teljesen behálózza a társunkat, beleköltözik az agytekervényeiben, lassan, óvatosan, s 
Ő, a nagy Ő eoból semmit sem vesz észre. Csak Öt látja, Ő létezik számára, s tudata csak Ő körülötte forog, s nem érti, hogy te 
nem érted ezt csodálatos érzést. Ő nem olyan, mint egy emberi lény, sokkal többet tud - mondja a párod. Olyan teremtmény ő 
ami csak neked el, teljesíti a kivansagod, feleslegesen nem kérdezősködik, egyértelműen fejezi ki magát, nem kéri számon 
hibáidat, nemszámoltat be, hogy hol jártál, mit csináltál, hol s mivel töltötted az éjszakáidat, csöndben van, nem felesel vissza, 
nem csinál jeleneteket, csak kiszolgal, lehesíti parancsaidat minden hiba és kérdés nélkül. Hát igen! - hol találunk még egy ilyen 
tökéletes párt? Es nekunk ezzel a tökejjel kell megosztanunk oz életünk, s mindehhez mosolyognunk kell. 

De nem muszaly! Hisz mi is megszerethetjük , mi is tolthetünk kellemes estéket, velünk is éppúgy szeretettel bánik, mint a 
párunkkal. Csak erteni keli hozza. Felesleges negativ gondolatokkal taplálni teleje - hisz gép - de lelke van. Mi tettük az ember 
szolgájáva, hogy mi emberek szolgáljuk Őt. Mi nem létezhetnénk már az Ő tudósuk nélkül, s Ök se létezhetnének a mi tudásunk 
nelkül. 

Ez egy ördögi kortorgás - amit mi termtettünk olyanra, amilyen az ember szeretett volna lenni ő tökéletes. De ne feledjük, - Ő 
sem tökeletes - csak velunk együtt. 

Ha félsz töle, vagy haragszol ró, vogy éppen a féltékenység györöt, vagy gyűlölöd, s remélem azért akad olyan társ, aki szereti, 
s olyan ember is, aki semleges vele szemben - hisz gep - azért kerlek benneteket próbáljátok ki - mikor kettesben vogytok - 
milyen együtt a számitógeppel. 

Leültöok vele szembe, s a mélyen a szemébe neztek (ebben az esetben a monitor) s molyogjatok rá, hisz o bizalom a 
legfontosabb. Ő megérzi, hogy békével közeledsz hozzá. 

Kapcsoljátok be a gépet, a monitort - s adjátok át magatokat az Ő ébredésének, s lágyan simogassátok meg Öt. Érezni fogjátok 
szivetekkel a benne futó áramköröket, ami olyan, mint a bennünk folyó vér. Életet adtunk neki, tehát el is vehetjük. Nincs mitől 
félni. Beszelgethetünk vele, játszhatunk vele, utasításokat adhatunk neki, rajzolhatunk vele, logikai telodatokot oldhatunk niug 
vele, s barmilyen bonyolult matematikai képleteket oldhatunk meg a segítségével. A társunk lesz addig, amíg mi akarjuk. Együtt 
leszunk urak es szolgák. Jól fogjuk magunkat érezni vele. S ha úgy érezzük, megtaláltuk mi is azt, amit a társunk - nem leszünk 
rá teitekenyek, mert nekünk is azt nyújtotta, amit neki. 

S ne feledjuk, közömbösek se lehetünk feléje, mert ha nem hallgatjuk meg párunkat a vele történt izgalmakról, meg hogy együtt 
milyen problémákat oldottak meg, előbb vagy utóbb egy olyan embert választ, akivel mindezt megoszthatja, s akkor ott fogunk 
állni, s még csalódottabbak leszünk, még kirekesztetebbek, s még jobban fogjuk gyűlölni a számítógépet - pedig nem Ő a hibós 
- hanem mi - mert valakinek engedni kell, s hogy miért pont nekünk? Mert olyan kontaktus alakulhat ki köztünk, ami csodálatos 
is lehet, meg hasznos is. Mert ha mi földi halandók belegondolunk, hogy mennyi előnnyel jár ez - azt nem is gondolnánk. Mert 
tulajdonkeppen tudjuk mindig (legalább is általában), hogy a társunk hol van és mit csinál. igen - a számítógép előtt ül. 

Legyen az éjszaka, hajnali három, vagy délután négy. Tehát a hely és az időpont adott. Azt is tudjuk mindig, hogy mit csinál. És 
ezzel már előnyünk van a többi emberrel szemben, akik általában sohasem látják a párjukat, s nem tudják, hogy mivel töltik az 
idejüket, s kivel. 

Mert mi mindig az asztal melleti, a számítógép társaságában találjuk öket. S a negyedik személytől nemigen kell félnünk, mert 
a gep meg mi - ha ügyesek vagyunk - felemésztjük az összes energiáit. Tehát csaki mi ketten "birtokolhatjuk" ugyanazt a 
személyt. Mi tehát tudjuk, ismerjük a vetélytársunkat, s így könnyű dolgunk van. Mert ha belegondolunk, nincs semmi veszéllyel 
ránk. Mert amit egy számítógép nyújt, s adni tud - azt mi nem adhatjuk meg - de - ez a legfontosabb, hogy amit a gép nem tud 
nyújtani - mi azt mind megadhatjuk neki. Így kiegészítjük egymást. Mind azt a szeretetet, gyengédséget, simogatást, 
jókedvet, nevetást, az emberi élet minden örömét és bánatát. Mert nekünk nem kell bonyolult számításokat, egyenleteket 
megokdanunk, nem utasításokkal működünk. Mi szabadok vagyunk, de Ő az áramkörök rabja. 

Tehát nem keil haragodnunk a számítógépre - mert mind a ketten mást nyújtunk - másféle problémákat oldunk meg, s másképp 
közeledunk a portnerunkhoz. Hisz mi is olyan értéket képezünk párunk szemébe, s nem vagyunk kevesebbek. i 

Meg kell öket érteni, mert ök mások. Van aki az alkohol rabja, van aki az eröszak rabja, a pénz, a női nem rabja. Mindenki 
valami rabja. Ok a számitógép rabjai, csendes őrültek, akik szeretnek elbújni a gépükkel egy csendes sötét zugba, csak hagyják 
öket beken. S szert nagyon hálásak tudnak lenni, s meglátjátok, hogy örömmel térnek vissza hozzátok, ha nem bántjátok öket. 
Olyanok, mint a kisgyermekek. Játszanak. 

Mi is tanuljunk meg veluk játszani, hisz ezzel nem bántanak meg senkit, s örülni fognak, ha leülsz melléjük, s figyelni fogod a 


kettejük örömét, amiben te is egyenrangú partnerként részt vehetsz. S lassan rá fogsz jönni, hogy - lehet együttélni a párod 
számítógépével is. 


Néhány Útmutatás az együttélés megkönnyítéséhez, illetve annak megtartásához; 

- Megismerkedésetekkor, mikor tudomást szerzel arról a tényről, hogy számítógéppel dolgozik, vagy otthon van neki - lehetőleg ne vágj savanyú 
képet, mint aki ecetes uborkába harapott, vagy ne kezdj el örülten nevetni, mert ezzel elriaszthatod magad mellöl, mielött megismerthetted volna. 

- Soha ne szidd a számítógépet - mert az nekik "Szent és sérthetetlen" , mert azzal magad alatt vágod a tát, és ezzel nem fogsz a szivéhez közel 
kerülni. 

- Soha ne is dicsérd agyon a számítógépet, mert pár szóból egyből rá fog jönni, hogy nem is láttál előtte számítógépet soha. 

- Ha hét napból csak hármat akar veled tölteni, soha ne vágd a fejéhez, - hogy: persze, mert a géped fontosabb neked, mint én! Ettől nem tog 
többet találkozni veled, s lehet, hogy a fennmaradó hármat is megfogja gondolni, s ezt te nem így akarod, ugye? 

- Ha beszélgettek, nyugodtan hallgasd végig a géppel kapcsolatos élményeit, mert elsősorban tanulhaszt belölük, s ha egy ilyen társaságban 
találod magad, legalább sejtelmed lesz, hogy migről beszélgetnek. 

- Lehetőleg ne vágj fancsali képet, ha unatkozol, inkább kérd meg öket, hogy avassanak bele téget is, vagy beszéljenek veled érthetőbb 
dolgokról, de semmi esetre ne csinálj hisztérikus jelenetet. Az olyan kínos. 

- Ha két, vagy több számítógépes zseni összejön pl. nálatok, nyugodtan ott hagyhatod öket, s elmehetsz szépen moziba, s megnézheted azt a 
filmet, amire már régen vágytál. 

- Ha késő este hazamész, s párod ott gubbaszt a számítógép elött, mint "varjú a fán" , sohase szidd le érte. Gondold úgy, hogy téged várt eddig, 
csak lefoglalta magát valamivel. 

- Ha valami problémája van a párodnak egy megoldatlan ügyben, amire nem talai riiyoldást, hallgasd végig, mert egy laikus, mint kívülalló, 
sokszor teljesen más módon gondolkodik, s hamarabb megtalálja a megoldást, mint Ő, mert hidd el, Ök sokkal bonyolultabban gondolkodnak, 5 
ez rájuk nézve néha veszélyes. De mi tudunk nekik segíteni. 


Még sorolhatnánk olyan gondolatokat, amelyek megkönnyítik az együttélést, de szeretném, ha ti is kifejtenéiek a 
gondolataitokat, mondanivalótokat, hogy hogyan lehetne ezt a problémát, még ha megoldani nem is, de megkönnyíteni, hogy 
lehetséges. Ha valakinek van valami elmés megoldása, ami jól bevállt és kivetelezhető, továbbá másokkal is szívesen is 
megosztaná, kérem az írjon az újság címére. 

Ha hozzájárulsz ahhoz, hogy ötleteidet leközöjük, akkor köszönettel vesszük mi - akiknek együtt kell élni a párunk 
számítógépével, annak minden örömével, szomorúságával, előnyeivel és hárányaival. 


Ami fontos: Soha ne állítsuk öket válaszút elé: "Vagy Ő, vagy Én", mert lehet, hogy az "Ö" mellett döntenek, s ez nagyon tájó 
pont lenne nekünk. Így meg van a lehetőségünk, hogy mi is fontosabban lehetünk, csuk okosan kell a dolgokhoz állnunk. 

Bár lehet, hogy az "AMIGA szent és sérthetetlen", de ne feledjük, hogy mi viszont emberek vagyunk, és Ő egy ember alkotta 
gép, tehát nem (Ator ) a legyőzhetetlen. 


Üdvözlettel: Lya 


Szerkesztőségünk keresi a következő 
szabadon terjeszthető software-ket: 
(mivel szeretnénk a "rég elfeledett" 
programokat egy CD-re feltenni) 


- régi (500-as ra íródott kaland- 
játékokat(1,2,3,4,5,10 lemezeseket) 
KO, SO, Larry etc... 


- Future Composer zeneszerkesztőt 
(lehetőleg olyat ami bír működni 
A1200-esen...) 


B: 
H 
§ 
H 


- . vállalkozókedvű amatórt, aki 
hajlandó a PC-Task-kal betölteni a 
Windows alatt futó valamely 
extravagáns progit, aztán 
lefagyasztani és screengrab-olni... 


SOUIRRL-PCMCIA-SCSI- 
2-HOST-ADAPTER 


Mint ahogy a cim is elórulja egy különleges SCSI-csatlakozó 
jelent meg az AMIGA 600 és 1200 PCMCIA-SLOT-jára. Eh- 
hez tudni kell azthhogy a PCMCIA-nak csak 16bites o 
busza.ezzel ellentétben az A1200 S32bites tehát a géphez 
képest ez a port nogyon lossú.Ennek ellenére kellemes 
csalódás érheti a vásártót ha leperkálja a 215DM-et az AMI- 
GAobertand-nek Ugyanis egy olapkiépítésű A1200-on 1,5 
MBYTE/SEC sebességet képes produkálni omi igen szép 
teljesítménynek szómit. 

Akinek valamilyen turbókártya van a tulajdonában az 
élvezheti a 3IMBYTE/SEC-os átviteli sebesség előnyeit. 

Az SCSI-portnak igen sok előnye van többek között a 
sebessége és a nagy flexibitítása, hiszen nem csak winches- 
tert honem streamert, DAT-ot, scannert és mindenek elött 
CD-ROM-ot is tudunk vele használni. 

Erre a fejleszők is gondoltak és ezért bőséges szoftverrel 
láttók el a csomogot, amiből a CD32-emulátort emelném ki, 
ami 9095-as kompatibilítással dolgozik. 


A PCMCIA-dugo kb. telafonkártya nagysógúés könnyen 
illeszthető. A kártya kilógó része 4 kis lóbasckón támaszkodik 
az asztalra, ami a stobilitást  bisztosítja. Innen egy 5Opólusu 
centronics kábel vezet az SCSI egységhez. 


Összegezve nagyon jó benyomást kelt ez a kütyü, az 
egyedüli oroblémát talán csak a helyigénye és zene CD leját- 
szó program primitívsége okozhatja. Ezeken a problémákon 
egy Eogle-towerrel és egy PD lejatszóval segíthetünk. 
Megrendelető: AMIGAoberland 

61476 

Kronberg Schneihohl 5(PF) 
Tel: 0-61-73-65001 


HD-SpeedUP 


Mint tudvo-levő a régi Commodore cégnek a spórolós volt 
a mániája, és ennek már igen sok bajót látták az AMIGA fel- 
hasznoálók.Egyike ezeknek az "áldásoknak" a Winches- 
ter-vezérlő, amely nem túl gyors, és még a régi szabvány 
szerint működik .Erre od segítséget a német VOB cég Spee- 
dUp nevű terméke, amely talán mankóként szolgálhat az 
AMIGA tulojdonosoknak. 

Ez a Hardwer lehetővé teszi a HD minimum 5099-os gyor- 
sulósát, és egyszerre 4!!! AT-buszos egység használotát.A 
Winchester gyorsulósa függ a típusátólsés a hosznátt gép 
kiépítésétől ezáltal akór 7-szeres gyorsulós is elérhető!!! 
Ezeken kívül még oz új ATAPI (AT Advanced Packed Inter- 
foce) szabványt is támogotja. 


A csomaghoz tartozik egy install-lemez a HD elosztó és egy 
ATADE kábel. Installólás sorón a program átírja a Stor- 
tup-seguence-et hogy mindig elinduljon a meghajtópatch ami 
lehetővé teszi a 4 HD kezelését ezért ezt soha ne írjuk ót mert 
gondok akadhatnok.Egyébként semmi különöset nem kelt 
vele csinálni, észre sem veszi az ember olyan mint ha csak 
több partíció lenne. Az odaptert egy kétoldalú szigetelőszalag- 
gal (hozzáadják) kell a táphoz erősíteni.Ezen van egy kóbel 
aminek két végén van egy-egy tűsor amikre egy kétfelé osz- 
tott kábett lehet tenni (egyet adnak hozzó). 


Aki mindezek után nem rohon 98DM-el németországba hogy 
megvegye ,azt csak sajnálni tudom mert ilyen lehetőséget 
nem szabad kihagyni. 

Megrendelhető: VOB Computersysteme GMBH 
PostFach 1000607 

44006 Dortmund 

TEL:(02 31) 9- 12- 21- 46 


FRANKISS 


Intel Ouside - Az igazak harca 


Mottó: A PC csak addig tűnik jónak amig nincs! Utána már 
úgyis mindegy. 


Amióta csak számítógépek vannak, a cégek mindig is 
megpóbálták gépeiket ráerőszakolni a vásárlóközönségre.A 
nagy gépáradat elvakította az embereket, nem tudták, hogy 
melyiket vegyék, ezért az IBM cég egy olyan moduláris gépet 
létrehozni amelyik nem avul el mert részei cserélhetőek.Csak 
egyre nem gondolt: 
az új moduloknak,perifériáknak is kompatibilisnak kell lenniük 
a régiekkel de nem csak a pozitivomukkol hanem minden 
negatív tényezővel is.Ez nagyon gátolja a fejlődést - meg is 
látszik a 20 év,ennyi idő alatt jóval többet fejlődott a technika 
,mint ahogy a PC-k. Tehát még ma - 95-ben - is a 70-es 
években kitalált szisztéma szerint építik a gépeket.Hogy 
érthetőbb legyen mondanék pár példát: 

- A 70-es évek elején még nem gondoltak a jövő 
memóriaigényére ezért úgy gondolták hogy 1MB bőven 
megteszi maximális címzésnek csakhogy, mint tudjuk azóta 
ez változott és ma már a 4MB sem elég egy játékhoz ezért 
mindenféle memóriamanagerrel kell bajlódni,hogy végre 
elinduljon a kívánt program. 

- Ez még hagyán ,de az hogy azt az 1MB-ot 64KB-ként kell 
lapozgatni ,és el lehet képzelni, hogy mekkora sebességet és 
kezelhetőséget tud produkálni. 

Ezzel szemben az AMIGA 128MB-ig autoconfigos és nem kell 
lapozni.Egy . A4000-be  1808MB memóriát tehetünk!!! 
(7"Zorro-n 256164 az alapon) 

- Ugyanúgy nem gondoltak a  hátértárak növekvő 
megabájtjaira , sem eezért ma minden 540OMB fölötti 
Winchesterhez adnak egy installlemezt amellyel talán 
felismeri a gép a HD többi részét azért csak "talán" mert ez az 
alaplaptól függ. 

- Mivel a gép nem játékra készülteezért természetesen 
semmiféle képkezelést nem tud minden csak attól függ,hogy 
a programozó ki tudja-e cselezni a procit valamilyen 
matematikai trükkel. "Ilyen például az X-MODE nevű rutin 
amely még így is nevetségesen scrolloz akármilyen gyors is a 
gép amin fut. 

- Ha valaki egy régebbi gép tulajdonosa akkor aztán keresheti 
rajta a joyportot — tudnillik azt is meg kell venni (az új VO 
kártyákon már van egy). Mondjuk valaki vett magának egy 
joy-t,egyszercsak feljön a haver, hogy szeretne 
Mortal-ozni. Csakhogy hova dugja ekkor a második joy-t, 
hiszen 2 VO kártyát nem használhat egyszerre erre is van 
megoldás: egy ismeretlen cég, ismeretlen hangkártyája amit 
csak külföldön lehet beszerezni de ugyebár azon van mégegy 
port.Na igen, de mi van akkor, ha a program nem támogatja a 
második joyt ?! 

És — akkor még — nem is beszéltünk a joy 
használhatatlanságáról.Mindezek . miatt egy PC-s sem 
használ szívesen joy-t,aki nem hiszi járjon utána. 

- A programozók dolgát még az is nehezíti, hogy nagyon sok 
hangkártya terjedt el . az évek során és ha nem akamak 
csődöt akkor lehetőleg minnél több hangkártya típust 
ismerjen és használjon a programja. Emiatt írdatlan hosszú 
lehet egy ilyen proggy.Grafikánál detto. 


Na jó, ezt még a végtelenségig is lehetne folytatni ezért más 
szempontból — is megnézzük.A PC-t sokan Multimédiás 
gépnek hiszik,de csak azok, akik nem tudják hogy mit 
jelent,mert szerintük az, amikor van hang is meg kép is, és 
egy CD-rom.Ezzel az elvel még a C64 is multimédiás gépnek 


számít (ahoz is van CD-rommeg van hang és kép).A 
Multimédia valójában az amikor egy gépet nem csak játékra 
meg szövegszerkesztésre lehet használni hanem például egy 
videófilm — vágásához, szerkesztéséhez, profeszionális 
zenefeldolgozáshoz, újságszerkesztéshez élethű animációk 
egyszerű elkészítéséhez. Ha ezeket egy gép együtt tudja 
akkor beszélhetünk MULTImédiáós (MULTI-több) gépről.Ilyen 
gép például az AMIGA és a MACintosh ,de semmikép sem a 
PC-k. Olyan gépet pedig főképp nem amelyik 95-ben 320 x 
200-as képernyön dolgozik. Az ilyen és ehhez hasonló 
gondolkodású emberek sem tudják felfognihhogy nem a 
proceszor . sebessége a domináló mindenben, mert 
akármilyen gyors is, egyszerre csak egy dolgot tud csinálni, 
ezért nincs PC-n valódi Multitasking. 


A ZX Spectrum is hasonló elveken működött eezért bukott 
meg. A C64 pedig még ma is egész jól tartja magát, ellenben 
a spectrumok már 5-6 éve eltüntek. Lehet asszociálni és 
reméljük így is lesz mert az aranyszobály mindig is ugyanaz 
marad : 

Egy proceszor csupaszon semmit sem ér. 


Ne felejtsétek az AMIGÁK még messze nincsenek 
kihasználva csakhát a cégek programjaikat úgy adják ki,hogy 
lemezről is fussanak nem pedig HD-ról, ez az egyetlen nagy 
hátrány a PC-vel szemben és ezen csak ti a felhasználók és 
játékosok segíthettek ha legalább egy 120MB-os Winchestert 
csatolnátok  gépetekhez és emiatt nem kéne másoknak 
szenvedniük .Higyétek el az Amiga sokkal többet érdemel. 


FRANKISS 
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TATA 


Ez az újság nem jöhetett volna 
létre, ha néztünk volna a Frici 
Sót, meg a Pallaszt! 


IgenNagy üdvözleteket küldjük az 
ország igeSok pontjára, minden 
hasonszőrű kollégának... 
Például: 

Louise / AMIGAonly 
Magic / AMIGAonly 
Lya/ AMIGAonly 
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